Last modified: 2010-08-16 19:09:04 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 8725 - Sorting in categories by title, not creation date, if sort key identical
Sorting in categories by title, not creation date, if sort key identical
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-01-22 01:07 UTC by Stemonitis
Modified: 2010-08-16 19:09 UTC (History)
2 users (show)

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


Attachments

Description Stemonitis 2007-01-22 01:07:28 UTC
When two or more pages are given the same sort key, they seem currently to be sorted 
in category listings by the age of each page (oldest first). This is quite common in 
large biographical categories, where several people share the same name; see for 
example, the seven articles sorted as "Davis, Mark" in [[w:Category:Living people]]. 
It would make more sense for the list to be sorted by article title where the sort 
keys are identical (and thus appear in alphabetical order in most cases).
Comment 1 Aryeh Gregor (not reading bugmail, please e-mail directly) 2010-08-16 19:09:04 UTC
This was done in r69961, r69977, r70415 (although the implementation needs to be cleaned up a bit).  User-provided sortkeys are now treated as prefixes to the sortkey you'd otherwise have, with a null in between so differences in the user-provided sortkeys always take precedence.  This might regress if we switch to a collation algorithm that produces unreasonably long sortkeys.  Also, it will still be arbitrary (by page_id, typically meaning creation date) when the two pages sort identically, like [[Foo]] and [[FOO]] now do.

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


Navigation
Links