CCK fields are not showing up in Views

Have you had any luck? I'm having the same problem.

Seriously people, please read the submission instructions.

I am also having a problems with this though in D6 it seems the same as D5. With D6 whilst I can add CCK Content_profile fields to a view when I look at it all the fields are blank. When I view the node itself the content is there and I can see it in the database.

Personally due to the lack of porting (or even termination) of certain other key modules I am using to D6 I am really keen to see a D5 solution to this issue.

I don't understand why I can't use CCK and Content_profile to collect role specific information and then use Views to give me a list of that user information. This seems like such a simple thing to do but if I can't get CCK and Views to work together then my site is dead in the water.

Help anyone ?

CCK fields are also not showing up in my views. I tried clearing cache with no luck. If anybody has figured out a solution, please let us know.

Solved mine too. My problem was that even though I upgraded views, an older version was lingering and messing things up.

As soon as I completely uninstalled the older version, things worked fine.

Closing, then.

i am having this same problem with the calendar view. in addition to the fields not showing in the calendar view, the view is not sorting according to how i have it set. it is displaying old content of various sorts despite the node type filter i have applied limiting the view to displaying content of a specific type.

i expected to run into issues, but this is basic!!!

arg. i miss events module. i understand that views/calendar can be powerful, but it is being a real pain.

If the problem is still present, then the report should be re-opened.

I have different (quite random) cck fields not showing in different custom built views. They show up fine in node view and are in the database.
It first happened for an integer cck type, now for text.

One thing that I did do (and may be my fault) is that I've applied the multigroup patch available at http://drupal.org/node/300084#comment-1254063 comment #116

Just putting it out there, maybe others are in the same situation..

If you have problems with imagefield fields, report it on Imagefield. If you have problems with Calendar views, report it on Calendar. If you have problems with multigroup, report it in the multigroup thread (multigroup is not even released, so is obviously could still be buggy).

see if adding the token module helps?

Finally I found out the reason of this issue: PostgreSQL truncates CCK identifier at the 64th chars and crashes Views. More info at #571548: Identifiers longer than 63 characters are truncated, causing Views to break on Postgres. I avoided this issue by using shorter ids. That's simple.

Greetings

I am running into this problem today - clearing caches seems to have fixed it for me. So strange... someone mentioned none of their information was showing on the public website, and when I checked the view, I noticed a bunch of 'broken/missing handlers', and couldn't see any 'Content' fields in my View. I cleared the cache, and they thankfully reappeared.

I've been hitting this problem on a weekly basis now, and it seems to crop up after cron runs. I think it could be Job Scheduler and/or Feeds that's contributing to the problem, but I'm still pretty much at square 1.

Here are the symptoms of the problem:

1. Server's httpd processes are maxed out (15 processes in my case).
2. Top reports load average of 20+ continuously (normal is around 1-2).
3. Cron has completed sometime in the past 10-15 minutes (I can't catch the problem as it's happening).
4. All views-displayed CCK fields disappear. However, if I go to a node page with CCK fields, those fields display in the node display. Only fields shown in views listings, tables, etc. disappear (but there's no 'broken/missing handler' warning when I edit the view).
5. ImageCache images don't display inside views either—the path to the image is missing.
6. A $ drush cc all clears up the problem, as does completely restarting Apache on the server.

For internal reference (and a more detailed overview of what I've found): http://archstldev.com/node/893

Today I had the problem happen again, but the server wasn't maxing out the CPUs... of course, $ drush cc all fixes the problem, but I found the problem almost the moment it happened, and the culprit seems to be system_cron, which removes items from the flood and batch table, and clears out cache tables, temporary files, and cruft...

Possible culprit could be:

  // system.module, system_cron(), lines 1297-1301
  $core = array('cache', 'cache_block', 'cache_filter', 'cache_page', 'cache_form', 'cache_menu');
  $cache_tables = array_merge(module_invoke_all('flush_caches'), $core);
  foreach ($cache_tables as $table) {
    cache_clear_all(NULL, $table);
  }

It's definitely something that gets hit during flush_caches - If I simply run system_cron (using Elysia Cron), all cck fields disappear from my views until I clear all caches.
Maybe one of the modules that's trying to clear it's own tables (flush_caches) is not clearing them properly?

May be having the same issues as others. Basically I've created Views pane containing custom CCK form fields. When I am logged out, not all of the fields display, but when I login in as the site admin, all the fields display properly.

I've double checked the view and user permissions and view access is unrestricted for all user types. Is there such this as a per-field permission that I'm overlooking?