Last modified: 2012-09-06 08:49:22 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 T29721, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 27721 - Special:CentralAuth doesn't sort by edit count correctly on other languages
Special:CentralAuth doesn't sort by edit count correctly on other languages
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
JavaScript (Other open bugs)
unspecified
All All
: Normal minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: 23391
  Show dependency treegraph
 
Reported: 2011-02-25 21:14 UTC by Nemo
Modified: 2012-09-06 08:49 UTC (History)
5 users (show)

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


Attachments

Description Nemo 2011-02-25 21:14:20 UTC
See e.g. http://commons.wikimedia.org/wiki/Special:CentralAuth/Threecharlie?uselang=it
Edit count is now formatnum'ed, but the table when sorted by edit count actually sorts by first digits group, e.g. 959, 59.592, 7, 5.742 if you use a UI language with a non-English format.
Comment 1 db [inactive,noenotif] 2011-02-26 11:29:59 UTC
The formatnum should be in content language to match the js var wgSeparatorTransformTable and than the sort script can work right.
Comment 2 Bugmeister Bot 2011-08-19 19:13:01 UTC
Unassigning default assignments. http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/54734
Comment 3 Robin Pepermans (SPQRobin) 2011-11-27 15:16:10 UTC
We shouldn't compromise on localisation in MediaWiki, formatnum should remain dependent on user language. Instead, the sort script should be adapted to be able to sort according to the language (maybe look at the CSS :lang(xx) value, but I don't know enough JavaScript to know if that is possible).
Comment 4 db [inactive,noenotif] 2011-11-27 16:04:49 UTC
What about setting the page language to the user language for this special page? Maybe js vars like wgSeparatorTransformTable where added in the user language to the output page and the sort script has the right vars.
Comment 5 Robin Pepermans (SPQRobin) 2011-11-28 20:16:15 UTC
All special pages are in the user language, that's not the problem. And the JS var wgSeparatorTransformTable takes $wgContLang->separatorTransformTable(), i.e. of the content language. And we also have wgDigitTransformTable which faces the same issue.

I am going to fix this by changing it from using the [site] content language to the page content language (which is the user language for special pages). This will not fix all cases (e.g. transcluding a special page in an article), but it should be more accurate in most situations.
Comment 6 Robin Pepermans (SPQRobin) 2011-11-28 20:55:13 UTC
Done in r104483. That should fix the issue on Special:CentralAuth as well.

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


Navigation
Links