Minor UI issue.
On the track page, the large number of pager items means that these start wrapping once you get up to page 15 or so. This would be much worse if this page had a sidebar.

Dries tracker, nearing the end.

Hyper-theoretical 1000+ pager.

I'd suggest halving the number of items and to consistently apply these settings to all pagers within the main content region on the site. For example the project issue pages are limited to 9 items:

Cores issue queue, nearing the end. Only 9 items but would just fit with a sidebar.

To replicate, page to about page 20 in your issue tracker, or try Wim's https://drupal.org/user/99777/track?page=24
Comments
Comment #1
alan d. commentedAdded additional images to show difference pager numbers with real examples.
Comment #2
eliza411 commentedIt's worth a double-check with folks that the {n} visible items is enough, but what you're proposing makes sense to me fwiw
Tagging
Comment #3
tvn commentedConsistency will be good. We'll need to bring the pager on issue queues back first.
Comment #4
alan d. commentedStrange workflow here, this state flags it to the team to decide if it needs fixing and then they push it to the right area.
Although I hope the other issues are looked at first, this is so totally minor ;)
Comment #5
alan d. commentedSorry, I thought this would have changed queues rather than being just tagged.
Comment #6
jthorson commentedhttps://drupal.org/comment/8234805#comment-8234805 proposes changing this to a view, which has the pager restricted to 9 items.
Comment #7
mgiffordStill an issue. Is this also a problem with Core? I agree moving this to a View would fix the problem, but why is it a problem?
Comment #8
drummYep, this is core
modules/tracker/tracker.pages.inc:The next step is to see if there is a good reason for it to be that way in core, and the likelihood of it changing in D7. It seems arbitrary, but maybe there is a good reason.
(If changing in core is a no-go, then we should be able to alter that render array in drupalorg.)
Comment #9
alan d. commentedVery strange, moving to core to see if anyone knows why. Every other pager in D7 core uses the default value that is 9. :/
In D8, the views module also appears to differ slightly from the default albeit I am not sure if these settings are actually overridden with 9 in practice (grep of the code base for 'quantity'):
Quick scan didn't reveal any more inconsistencies with the quantity.
Comment #10
alan d. commentedComment #11
jthorson commentedOkay ... RTBC for D8. We'll see if we can backport it to D7, and if not, then will bounce back to an alter in drupal.org.
Comment #12
webchickOh, interesting. Nice catch. I can't think of a good reason for this either and it *seems* backportable, since it's not likely to break anyone's code.
Committed and pushed to 8.x, marking to 7.x for backport.
Comment #14
alan d. commentedComment #15
alan d. commentedComment #16
drummComment #17
drummLooks good to me.
Comment #19
David_Rothstein commented14: drupal-2130461-14-tracker-pager-default-quantity-in-sync-with-core.patch queued for re-testing.
Comment #20
David_Rothstein commentedComment #21
David_Rothstein commentedCommitted to 7.x - thanks!