I encountered the following issue:
All of the Content Complete blocks that I activated stay where I put them - for a while. And then they disappear without a notice or error.
They are back in the list of unused blocks. I activate them again, and the same happens...
First I checked the administration of the module - everything seems to be in order.
Then I thought, maybe it is a theme problem and I tried it with Acquia Slate, Danland and Garland - same thing.
Maybe someone can give me an idea where else to look for a solution - I'd be grateful.
Obviously I need help.
I' using
- the latest version of pressflow,
- the latest version of content complete,
- I have block caching disabled.
If more detailed information is needed, let me know...
Thanks in advance

Comments

flupphugat’s picture

Priority: Major » Normal
flupphugat’s picture

Component: Miscellaneous » User interface
Priority: Normal » Critical
eric_a’s picture

Component: User interface » Code
Category: support » bug

See http://drupal.org/node/1173012#comment-4617086.
To be fair: the problematic behavior is a side effect of a bug that was fixed in Drupal 6.22.

ron williams’s picture

Note comment http://drupal.org/node/1173012#comment-4686924 which states changes must be made to the contrib modules.

christiaan_’s picture

As a work around to the issue, I used views and created content complete block, that uses the NID of node as an argument. This works as a replacement for the Content Complete: Current Node block.

Here is the views code for the block:

$view = new view;
$view->name = 'content_complete';
$view->description = 'content complete';
$view->tag = 'content complete';
$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(
  'completeness' => array(
    'label' => '',
    'alter' => array(
      'text' => '',
      'make_link' => 0,
      'path' => '',
      'link_class' => '',
      'alt' => '',
      'prefix' => '',
      'suffix' => '',
      'target' => '',
      'help' => '',
      'trim' => 0,
      'max_length' => '',
      'word_boundary' => 1,
      'ellipsis' => 1,
      'html' => 0,
      'strip_tags' => 0,
    ),
    'empty' => '',
    'hide_empty' => 0,
    'empty_zero' => 0,
    'next' => 1,
    'display_as' => 'bar',
    'exclude' => 0,
    'id' => 'completeness',
    'table' => 'content_complete',
    'field' => 'completeness',
    'relationship' => 'none',
  ),
));
$handler->override_option('arguments', array(
  'nid' => array(
    'default_action' => 'default',
    'style_plugin' => 'default_summary',
    'style_options' => array(),
    'wildcard' => 'all',
    'wildcard_substitution' => 'All',
    'title' => '',
    'breadcrumb' => '',
    'default_argument_type' => 'node',
    'default_argument' => '',
    'validate_type' => 'none',
    'validate_fail' => 'not found',
    'break_phrase' => 0,
    'not' => 0,
    'id' => 'nid',
    'table' => 'node',
    'field' => 'nid',
    'validate_user_argument_type' => 'uid',
    'validate_user_roles' => array(
      '2' => 0,
      '7' => 0,
      '8' => 0,
      '9' => 0,
      '3' => 0,
      '10' => 0,
    ),
    'relationship' => 'none',
    'default_options_div_prefix' => '',
    'default_argument_fixed' => '',
    'default_argument_user' => 0,
    'default_argument_php' => '',
    'validate_argument_node_type' => array(
      'faq' => 0,
      'support_ticket' => 0,
      'panel' => 0,
      'appointment' => 0,
      'connect' => 0,
      'feed' => 0,
      'feed_item' => 0,
      'page' => 0,
      'patient_master' => 0,
      'pre_trial_data' => 0,
      'projects' => 0,
      'project_data' => 0,
      'story' => 0,
    ),
    'validate_argument_node_access' => 0,
    'validate_argument_nid_type' => 'nid',
    'validate_argument_vocabulary' => array(
      '5' => 0,
      '7' => 0,
      '3' => 0,
      '8' => 0,
      '4' => 0,
    ),
    'validate_argument_type' => 'tid',
    'validate_argument_transform' => 0,
    'validate_user_restrict_roles' => 0,
    'validate_argument_php' => '',
  ),
));
$handler->override_option('access', array(
  'type' => 'none',
));
$handler->override_option('cache', array(
  'type' => 'none',
));
$handler = $view->new_display('block', 'Block - Content Complete Current Node ', 'block_1');
$handler->override_option('block_description', 'Block - Content Complete Current Node ');
$handler->override_option('block_caching', -1);
allandk’s picture

subscribe

pvhee’s picture

The suggestion from #5 is a good one since the blocks created by Views are different from the blocks provided by the module directly.

According to the link posted in #3, the problem is probably because of checking user_access in the function content_complete_block(). If you remove the line if (user_access('access content complete')) { is the problem solved?

allandk’s picture

no, now everything fails

allandk’s picture

tried views also, they are just blank

pvhee’s picture

Status: Active » Fixed

I've tested the implementation as suggested in #7 and all seems to work fine, blocks do not disappear anymore after clearing the cache. I have created a new release 1.5 for this bugfix and I suggest you to update the module.

allandk in #9: Views integration for Content Complete was never affected by the changes in Drupal core, please refer to the documentation for setting up Views.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.