Last modified: 2014-11-17 09:21:27 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 T33224, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 31224 - paging links (nav bars) for [[special:GlobalUsers]] send you to [[special:listusers]] (different special page)
paging links (nav bars) for [[special:GlobalUsers]] send you to [[special:lis...
Status: RESOLVED DUPLICATE of bug 31638
Product: MediaWiki extensions
Classification: Unclassified
CentralAuth (Other open bugs)
unspecified
All All
: Normal major with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
http://meta.wikimedia.org/wiki/Specia...
: patch, patch-reviewed, testme
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-09-28 19:42 UTC by jeremyb
Modified: 2014-11-17 09:21 UTC (History)
9 users (show)

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


Attachments
rev 0.1, untested. make it match SpecialListusers.php (469 bytes, patch)
2011-09-28 19:42 UTC, jeremyb
Details

Description jeremyb 2011-09-28 19:42:52 UTC
Created attachment 9115 [details]
rev 0.1, untested. make it match SpecialListusers.php

paging links (nav bars) for [[special:GlobalUsers]] send you to [[special:listusers]] (a different special page)

This patch makes SpecialGlobalUsers.php match SpecialListusers.php

This is untested, may not actually fix it.
Comment 1 Bawolff (Brian Wolff) 2011-09-28 21:00:24 UTC
I don't think this is the right approach. We should be setting the resource context from the first argument to the constructor.

However, larger question - why doesn't this work currently (On 1.18 it should get the main resource context, which should point to the right place. On 1.17 it should use $wgTitle)
Comment 2 Bawolff (Brian Wolff) 2011-09-28 21:05:37 UTC
Marking testme. I think the issue might dissapear upon upgrade to 1.18... (I kind of wish centralAuth wasn't such a pain to set up locally for testing)
Comment 3 jeremyb 2011-09-28 21:37:10 UTC
I'm not familiar with the code, I was just copying from another special page. (SpecialListusers.php in core) Also, apparently my working copy of SpecialListusers.php wasn't up to date.

See also
* r91461 introduced the method from my patch in SpecialListusers.php
* r97658 removed the method from SpecialListusers.php

cc'ing aaron and ialex (from those revs)
Comment 4 jeremyb 2011-10-20 22:41:31 UTC
still broken on 1.18wmf1, r100002.
Comment 5 John Du Hart 2011-11-02 15:35:31 UTC
+reviewed

This is still a problem, however the patch at this point isn't confirmed to fix this, and since the pagers in use here are ContextSources, is it correct to be overriding them?

r97658 should probably be MFT'd to 1.18wmf1, let me talk to someone about this.
Comment 6 db [inactive,noenotif] 2012-01-06 22:13:46 UTC
The patch is right. See r91862 for another special page which extends the UsersPager. ContextSources is not relevant here.
Comment 7 John Du Hart 2012-01-07 23:56:34 UTC
(In reply to comment #6)
> The patch is right. See r91862 for another special page which extends the
> UsersPager. ContextSources is not relevant here.

r97658 says otherwise.
Comment 8 John Du Hart 2012-01-08 02:44:39 UTC

*** This bug has been marked as a duplicate of bug 31638 ***
Comment 9 db [inactive,noenotif] 2012-01-08 09:29:04 UTC
But r97658 and ContextSource is 1.19. To fix this problem in 1.18 you have to override the getTitle method.

Some part of r100516 was reverted after the merge with r108070

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


Navigation
Links