Pager goes nowhere on first click

I can verify same behaviour, and would be very interested to hear the best way to sort it out.

The bit of the process I have added is going through and ensuring that all pagers on the problem pages have different ID values.

Problem persists.

Similar issue in the latest stable panels release (6.x-3.9) with ctools-6.x-1.8, and views-6.x-2.12.

If someone experiencing this issue wants to compare the behaviour with his/her site: This example is online; scroll down to the first (and only) pager on the frontpage; the first pager page claims to point to http://cinedat.org/hauptseite?page=%2C1, but actually loads the bogus URL http://cinedat.org/?page=%2C1, the second http://cinedat.org/?page=%2C2, the third http://cinedat.org/hauptseite?page=%2C2 and so on.

Paging the view alone works as expected, so I assume that this is a Views panes issue.

Please help consolidating the various paging related issues, if you find a duplicate or a related issue (like #337066: Views pager does not function in Panel page pane!

Thanks & greetings, -asb

subscribing. similar issue

Confirming issue

subscribing

Subscribing, any ideas how to solve it?

subscribing; this has cost me at least 5 hours over the last couple days.

@Kami Petersen (#10): I can confirm that this approach mostly resolves the issue for me as well; Panels now generates links that actually do paging, and that's really great!

This is the page numbering I'm getting with a pager ID od "0":

• [1] points to nowhere/current page (= no link)
• [2] points ...?page=1
• [3] points ...?page=2
• ...
• [>] points ...?page=1
• [>>] points ...?page=1174

"Page 1" is actually "Page 2", and paging through the front page content isn't reflected in the [current-page-number] token (used by the 'Page Title' module), but that's probably nitpicking.

Thanks a lot!

Kami: Please, please read the issue status guidelines before changing the status on issues.

@Merlin: Shouldn't we take chance to close this issue? We have one report that the issue doesn't occur on D7 anymore, and for D6 we have a usable workaround.

Well, if the problem really is just needing to fill in a pager id, that may be a bug. It's hard to tell, from reading through this, what the problem is, and there don't seem to be any concrete steps for reproducing it. Plus, paging is mostly not handled by Panels but by the underlying content, so it's even weirder.

I suppose we could close it (yay, closing issues) but we should explore that pager id setting. Blank should use whatever pager ID the view uses.

If a blank pager ID in Panels is supposed to use the pager ID of the embedded view, this might not to work as expected. In my case, the View uses a pager ID of "0" (default value) which isn't automatically used in the Panels page (other Views settings: block, overriden values for pager; page ID of default display "0" as well).

Guys,

I have not gone back to re-test this one with the latest releases, but at the error report stage (#2 above) I did confirm:

1. All pagers had ID values
2. All ID values were different
3. The problem was reproducible (ie, consistent on all pages that used multiple pagers)

In the end we simply (??) changed the content on the page to avoid having multiple pagers. That "fixed" the problem.

So there may be a bug, there may not be a bug. The conclusion is that no-one has bothered with providing a way to reproduce the behaviour. I'm closing this issue for now, but if you can show to reproduce it with a recent Panels version, please re-open it.

This issue referrs to the default behaviour of Panels, so there's not much more needed to reproduce it. A workaround and a suggestions for a fix (changed default value) is in #10.

asb: I beg to differ. If it were the default behavior of Panels I would've run across it while developing. I haven't. It may be the default behavior "for the way you're using Panels," I suppose.

Concrete steps to reproduce a bug are really, really quite critical to the process of fixing issues.

@merlin: Please create a panels page and put a Views block or Views page into it (component: "Views panes"!). Now check the settings for the newly embedded element; "Use pager" will be unchecked by default. Now check "Use pager", and the pager ID field will be empty. That's what causing the troubles, and a workaround would be to put a default value of "0" in this field. Stuff like this definitely doesn't jump into the eye when writing code, not even when using Panels.

Maybe we totally talk past each other, then I'm really sorry for wasting your time. If not, I'm willing to make screenshots, screencasts or whatever might be necessary until we at least are sure that we are talking about the same thing ;)

Two screenshots attached: Step 1, add View without any configuration; step 2, edit elemts settings, check "Use different pager settings from view settings" in "Custom pager settings", then check "Use pager".

#21 looks like good instructions to reproduce the problem, so I'm re-opening this one.

I ran into this problem and after a few hours my troubleshooting lead me here.

I'm also able to reproduce the problem as well as the fix - adding a default ID of "0".

Same problem here :>

Not sure if this issue is the same I have for search module, when any node panel are in results pager disappears. It's not views related, just core search module showing panel node type in results.

+1 @Kami Petersen (#10) for workaround.

Closing this issue as outdated as Drupal 6 ctools is not supported. If this issue is relevant for Drupal 7, feel free to re-open and mark for Drupal 7 (or 8)