Last modified: 2014-09-23 23:32:23 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T13269, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 11269 - In paginated specialpage reports, include # of results & specify the end of the range displayed on this page
In paginated specialpage reports, include # of results & specify the end of t...
Status: NEW
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Low enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-09-10 01:14 UTC by Danny B.
Modified: 2014-09-23 23:32 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Danny B. 2007-09-10 01:14:17 UTC
Special pages listing pages according to some criteria currently show:

Showing XYZ results starting from ABC.

It would be better to have something like

Showing XYZ results in range ABC to DEF.

----

There should be also some box with direct accesses to certain pages like:

|< < 1 2 3 4 5 6 7 > >|

(first, prev, ... direct pages ..., next, last)
Comment 1 Danny B. 2007-09-10 01:16:52 UTC
Oups, accidentaly submitted the older version.

The message should be

Showing XYZ of MNO results from ABC to DEF.
Comment 2 Sumana Harihareswara 2013-02-21 23:21:58 UTC
This is still reproducible -- https://meta.wikimedia.org/wiki/Special:MostLinkedCategories is where I just checked it.
Comment 3 Bawolff (Brian Wolff) 2013-07-05 18:08:43 UTC
Note part of this bug is easier than other parts:

>Showing XYZ results in range ABC to DEF.

That part is easy.


>Showing XYZ of MNO results from ABC to DEF.
and
> 
> There should be also some box with direct accesses to certain pages like:
> 
> |< < 1 2 3 4 5 6 7 > >|
>

That's generally hard, since it would require knowing how many pages there are in total. If its a cached special page, I suppose one could record that info by adding a column to querycache_info.


Depending on the special page in question, it may be possible to have a link to the last page, and step through the query backwards (sans identifying which number we are on). I'm not sure off the top of my head, but that might be easier than listing all the page numbers, but still possibly harder than what an "easy" bug normally implies
Comment 4 RituS 2014-01-15 13:59:35 UTC
Hey!
I am a newbie in mediawiki. Coud somebody please help me start with this bug?
Comment 5 Andre Klapper 2014-01-15 14:30:52 UTC
RituS: Please see https://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker - if you have *specific* questions that only refer to the topic of this bug report feel free to ask them here; for general questions on development tools etc. please use one of the resources linked on that wikipage (e.g. IRC, wikipages or mailing lists). Thanks!
Comment 6 Gerrit Notification Bot 2014-02-05 20:37:19 UTC
Change 111330 had a related patch set uploaded by Catrope:
Changed pagination format on Special:MostLinkedCategories

https://gerrit.wikimedia.org/r/111330
Comment 7 Gerrit Notification Bot 2014-02-05 21:58:33 UTC
Change 111330 had a related patch set uploaded by BryanDavis:
Show range start and end in special page pagination

https://gerrit.wikimedia.org/r/111330
Comment 8 Gerrit Notification Bot 2014-02-05 22:03:25 UTC
Change 111330 merged by jenkins-bot:
Show range start and end in special page pagination

https://gerrit.wikimedia.org/r/111330
Comment 9 Bryan Davis 2014-02-05 22:23:57 UTC
Change 111330 provides an implementation for the "Showing XYZ results in range ABC to DEF" half of the initial request.

Putting state back to NEW so someone can come along and find a solution for the more difficult page jump navigation interface.
Comment 10 Aditya Chaturvedi 2014-02-09 00:09:49 UTC
Fixed one part of the bug. On the second now
Comment 11 Aditya Chaturvedi 2014-02-09 01:40:18 UTC
For the pagination part, to display page numbers, i need some clarification.

1) How many page numbers should be displayed. I am sure we cannot display all cause there can be hundreds on them for the page.

2) Suppose we are displaying 7 pages a time Ex: 1, 2, 3, 4, 5, 6, 7. Then if the user click on page 2, should the results change to 2, 3, 4, 5, 6, 7, 8  or something else.
Comment 12 Aditya Chaturvedi 2014-02-12 01:53:51 UTC
Stuck in how to get the upper limit of page numbers. It requires the knowledge of total number of results in table.
Comment 13 Bawolff (Brian Wolff) 2014-02-15 01:41:26 UTC
(In reply to Aditya Chaturvedi from comment #12)
> Stuck in how to get the upper limit of page numbers. It requires the
> knowledge of total number of results in table.

I really don't think that's get-able efficiently. If we were just talking cached special page, it could be recorded in the querycacheinfo table, however then things would be inconsistent with uncached special pages.

Even linking to the last page for an uncached special page might be problematic, since we use offset paging, which gets inefficient when you're 50000 results in...

At best what I think could be done would be to link to just the "last" page, by going through the query in reverse order (Would have to do something about the ordered list output probably). Like how Special:Contributions has a (newest | oldest) link so you can skip to the end.
Comment 14 Aditya Chaturvedi 2014-02-15 10:15:12 UTC
(In reply to Brain Wolff from comment #13)

>I really don't think that's get-able efficiently. If we were just talking  >cached special page, it could be recorded in the querycacheinfo table, however >then things would be inconsistent with uncached special pages.
>
>Even linking to the last page for an uncached special page might be problematic, >since we use offset paging, which gets inefficient when you're 50000 results >in...
>
>At best what I think could be done would be to link to just the "last" page, by >going through the query in reverse order (Would have to do something about the >ordered list output probably). Like how Special:Contributions has a (newest | >oldest) link so you can skip to the end.


Are you suggesting that displaying the page numbers should be skipped? I was able to produce an implementation of showing N pages at a time ranging from (x- N/2) to (x + N/2) where 'x' is the current page number but I need the upper page limit to prevent generating extra page numbers.

Please explain your comment further.
Comment 15 Andre Klapper 2014-02-19 10:10:48 UTC
[removing "easy" keyword as per comment 9]

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links