I've done everything humanly possible to narrow down this problem and I'm 99% sure it's a Views issue. Have tried both 6.x-3.0-alpha3 and 6.x-3.x-dev.

I have a number of blocks generated by Views, and when visiting a paged page (for want of a better phrase) these blocks disappear. Other blocks work as intended, hence adding to the already-ridiculous Views issue queue (sorry).

Comments

dawehner’s picture

Status: Active » Postponed (maintainer needs more info)

Do the blocks have a pager, too?

If yes, set another pager element there.
This might fix the issue.

shellbot’s picture

Thanks for the reply.

The blocks did not have pagers of their own. In the spirit of full investigation I set some blocks with pagers and I've discovered that these behave normally, so it's only blocks without pagers that have the problem.

shellbot’s picture

Status: Postponed (maintainer needs more info) » Active

Seems I should have set this back to active to get noticed, still learning how the site works...

merlinofchaos’s picture

Can you export a view that's experiencing this problem? (Also, the simpler the better; avoiding things like CCK fields and fields provided by modules will make it easier for other people to try to reproduce the issue).

likewhoa’s picture

Version: 6.x-3.0-alpha3 » 6.x-3.x-dev

I ran into this issue tonight and it's happening with drupal-6.17,views-6.x-3-dev from cvs. I have created a simple view for others help reproduce. The problem is similar for me, were no blocks are generated for the view with or without a pager.


$view = new view;
$view->name = 'test';
$view->description = 'tset';
$view->tag = '';
$view->view_php = '';
$view->base_table = 'node';
$view->is_cacheable = FALSE;
$view->api_version = 3.0-alpha1;
$view->disabled = FALSE; /* Edit this to true to make a default view disabled initially */

/* Display: Defaults */
$handler = $view->new_display('default', 'Defaults', 'default');
$handler->display->display_options['access']['type'] = 'none';
$handler->display->display_options['cache']['type'] = 'none';
$handler->display->display_options['exposed_form']['type'] = 'basic';
$handler->display->display_options['pager']['type'] = 'some';
$handler->display->display_options['pager']['options']['items_per_page'] = '7';
$handler->display->display_options['pager']['options']['offset'] = '0';
$handler->display->display_options['style_plugin'] = 'default';
$handler->display->display_options['row_plugin'] = 'fields';
/* Field: Node: Title */
$handler->display->display_options['fields']['title']['id'] = 'title';
$handler->display->display_options['fields']['title']['table'] = 'node';
$handler->display->display_options['fields']['title']['field'] = 'title';
$handler->display->display_options['fields']['title']['alter']['alter_text'] = 0;
$handler->display->display_options['fields']['title']['alter']['make_link'] = 0;
$handler->display->display_options['fields']['title']['alter']['trim'] = 0;
$handler->display->display_options['fields']['title']['alter']['word_boundary'] = 1;
$handler->display->display_options['fields']['title']['alter']['ellipsis'] = 1;
$handler->display->display_options['fields']['title']['alter']['strip_tags'] = 0;
$handler->display->display_options['fields']['title']['alter']['html'] = 0;
$handler->display->display_options['fields']['title']['hide_empty'] = 0;
$handler->display->display_options['fields']['title']['empty_zero'] = 0;
$handler->display->display_options['fields']['title']['link_to_node'] = 0;
/* Sort criterion: Node: Post date */
$handler->display->display_options['sorts']['created']['id'] = 'created';
$handler->display->display_options['sorts']['created']['table'] = 'node';
$handler->display->display_options['sorts']['created']['field'] = 'created';
$handler->display->display_options['sorts']['created']['order'] = 'DESC';
/* Filter: Node: Type */
$handler->display->display_options['filters']['type']['id'] = 'type';
$handler->display->display_options['filters']['type']['table'] = 'node';
$handler->display->display_options['filters']['type']['field'] = 'type';
$handler->display->display_options['filters']['type']['value'] = array(
  'page' => 'page',
);

/* Display: Block */
$handler = $view->new_display('block', 'Block', 'block_1');
$handler->display->display_options['block_description'] = 'test';
dawehner’s picture

What i did

a) imported the view
b) moved the block to a region
c) went to frontpage?page=1 block is shown
d) went to frontpage block is shown
e) went to node?page=1 block is shown
e) went to node block is shown

So i cannot reproduce the problem here. That's sad ;)

dawehner’s picture

Status: Active » Postponed (maintainer needs more info)

Update status based on last comment.

There has to be a way to reproduce the bug.

jmseigneur’s picture

We confirm having the same issue for blocks disappearing on the pages that follow the first page of multiple pages. On the first page, the blocks appear correctly. On pages with for example "?page=1", some blocks disappear.

Initially, the culprit seemed to be a filter on a CCK field whose value should be equal to 0 for appearance. When we removed that filter and left other filters "Content Negotation", "Published", the block appeared on all pages. However, that fix did not work for another block having that filter on a CCK field.

At the moment, we have noticed that if we remove "Content Negotiation" filter, all blocks appear in our case. Unfortunately, we do not have a fix to have "Content Negotiation" filter and all blocks at the same time.

dawehner’s picture

Which module provides "Content Negotiation"?

jmseigneur’s picture

I think it is i18n but I'm not sure. We moved back to Views 6.x-2.11 with "Content Negotiation" filter in the disappearing blocks and it seems to work fine, all blocks appear even when there is a "?page=1". i18n has not been changed so it may be either incompatible with Views 6.x-3.x-dev (but at least it is compatible with 6.x-2.11) or the problem comes from Views 6.x-3.x-dev and not i18n.

dawehner’s picture

Project: Views (for Drupal 7) » Internationalization
Version: 6.x-3.x-dev » 6.x-1.x-dev
Component: block displays » Code

Let's move to i18n, because this seems to cause the problem at the moment. When you remove the filter it works fine.

WilliamB’s picture

I've had the same happen with drupal 7: http://drupal.org/node/1094414

mandreato’s picture

Same issue here: a view in a block disappears when navigating to a page of another view (i.e. /?page=...).
I have: views 6.x-3.x-dev + i18n 6.x-1.9 + i18nviews 6.x-3.x-dev.

Anonymous’s picture

Component: Code » Blocks

Going to confirm the pager ID issue. If you have two views on a single page and both have pagers with the same ID, one will win the battle and in this case it seems like the blocks lose. In my instance, I just disabled the pager on the block because I simply forgot to disable it in the first place.

conniemh2’s picture

I second that confirmation! I had created a block of summary links for another view display. The block summary list display was not showing up in subsequent paging of the main view display to which the summary links were pointing. Turning off paging in the block of summary links did the trick. Now the block appears on every page of the main view display and works correctly within the view display (D7.9).

jose reyero’s picture

Status: Postponed (maintainer needs more info) » Closed (won't fix)

No follow up for years, still unconfirmed this is i18n, so closing this one.