I am having an issue where I created an unfiltered view that displayed all node bodies for a given taxonomy term. The view worked perfectly.

Then I modified the view to restrict it to a specific node type and added the uploaded files field. Not matter what I try I can't get the first taxonomy term I tested with to refresh and show the changes I added. I tried a new term and the view displayed the new restrictions but failed to show the uploaded files field.

I have tried clearing the site and the views caches both through the admin interface and through phpmyadmin.

The only thing I can think of is to upgrade to the dev version and see if it works better. Any suggestions would be nice.

Here is the current version of the view:
I made a small modification to the code to add a substitution field to the upload module so I can specify my own html code and have the field value injected into it. However, I made this modification after fighting my original problem so I know it is not the issue. I will probably submit this modification as a request later.

$view = new view;
$view->name = 'tax_terms';
$view->description = 'Tax Terms';
$view->tag = '';
$view->view_php = '';
$view->base_table = 'node';
$view->is_cacheable = FALSE;
$view->api_version = 2;
$view->disabled = FALSE; /* Edit this to true to make a default view disabled initially */
$handler = $view->new_display('default', 'Defaults', 'default');
$handler->override_option('fields', array(
  'body' => array(
    'id' => 'body',
    'table' => 'node_revisions',
    'field' => 'body',
  ),
));
$handler->override_option('arguments', array(
  'name' => array(
    'default_action' => 'not found',
    'style_plugin' => 'default_summary',
    'style_options' => array(),
    'wildcard' => 'all',
    'wildcard_substitution' => 'All',
    'title' => '',
    'default_argument_type' => 'fixed',
    'default_argument' => '',
    'validate_type' => 'none',
    'validate_fail' => 'not found',
    'glossary' => 0,
    'limit' => '0',
    'case' => 'none',
    'path_case' => 'none',
    'transform_dash' => 0,
    'add_table' => 0,
    'require_value' => 0,
    'id' => 'name',
    'table' => 'term_data',
    'field' => 'name',
    'override' => array(
      'button' => 'Override',
    ),
    'relationship' => 'none',
    'default_options_div_prefix' => '',
    'default_argument_user' => 0,
    'default_argument_fixed' => '',
    'default_argument_php' => '',
    'validate_argument_node_type' => array(
      'image' => 0,
      'imgcpr' => 0,
      'page' => 0,
      'story' => 0,
    ),
    'validate_argument_node_access' => 0,
    'validate_argument_nid_type' => 'nid',
    'validate_argument_vocabulary' => array(
      '2' => 0,
      '1' => 0,
    ),
    'validate_argument_type' => 'tid',
    'validate_argument_php' => '',
  ),
));
$handler->override_option('access', array(
  'type' => 'none',
  'role' => array(),
  'perm' => '',
));
$handler->override_option('empty', 'Sorry, we don\'t have data loaded for this page yet.');
$handler->override_option('empty_format', '1');
$handler = $view->new_display('page', 'Page', 'page_1');
$handler->override_option('path', 'view/tax/%');
$handler->override_option('menu', array(
  'type' => 'none',
  'title' => '',
  'weight' => 0,
));
$handler->override_option('tab_options', array(
  'type' => 'none',
  'title' => '',
  'weight' => 0,
));

Comments

merlinofchaos’s picture

Views doesn't do any output caching, so I can only think of one possibility, which is Drupal's built in page caching. The thing is, that caching only affects users who are not logged in, so it seems rather odd that you would run into it. Also, Views explicitly clears that cache whenever a view is saved. So I'm kind of stumped about what might be going on here.

domesticat’s picture

Status: Active » Closed (fixed)

Performing a mass closing of all issues over 180 days old. Please reopen if needed.