Page MenuHomePhabricator

Subcategory sort order defect: group M appears twice: I-M-K-M-O
Closed, InvalidPublic

Description

Screenshot from translatewiki.net showing a category page with subcategories sorted and/or grouped incorrectly.


Version: unspecified
Severity: normal
URL: https://translatewiki.net/wiki/Category:Support_requests

Attached:

twn-O2L0.png (738×1 px, 91 KB)

Details

Reference
bz61744

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 3:00 AM
bzimport set Reference to bz61744.
bzimport added a subscriber: Unknown Object (MLST).

English version of screenshot from translatewiki.net showing a category page with subcategories sorted and/or grouped incorrectly.

Attached:

twn-O2L1.png (738×1 px, 2 MB)

Did translatewiki recently change its version of php (or of the intl extension, or what version of the icu library it uses).

If so, running updateCollation.php --force will fix the issue.

For reference, excerpt from: https://translatewiki.net/w/api.php?cmtitle=Category:Support_requests&action=query&list=categorymembers&cmprop=title|sortkeyprefix|sortkey&cmlimit=max

<cm ns="14" title="Category:Support requests for Intuition" sortkey="3c4652543c523c4846050950544a4a484e52064e344c54345052500636484e063c4652543c523c4846012c018f7d8f728f0c00" sortkeyprefix="Intuition" timestamp="2013-10-03T15:55:18Z" />
<cm ns="14" title="Category:Support requests for MantisBT" sortkey="3f27414d374b294d03424b4f454543494d04492f474f2f4b4d4b04314349043f27414d374b294d012a018f818f8f858f728f818f8f" sortkeyprefix="MantisBT" timestamp="2014-02-21T10:49:47Z" />
<cm ns="14" title="Category:Support requests for Kiwix" sortkey="403c583c5a050950544a4a484e52064e344c54345052500636484e06403c583c5a0124018f818f728f0800" sortkeyprefix="Kiwix" timestamp="2012-12-25T15:33:36Z" />
<cm ns="14" title="Category:Support requests for MathJax" sortkey="442c523a3e2c5a050950544a4a484e52064e344c54345052500636484e06442c523a3e2c5a0128018f838f838f728f838f0600" sortkeyprefix="MathJax" timestamp="2013-10-03T21:25:52Z" />
<cm ns="14" title="Category:Support requests for MediaWiki" sortkey="4434323c2c583c403c050950544a4a484e52064e344c54345052500636484e064434323c2c583c403c012c018f828f828f728f828f0700" sortkeyprefix="MediaWiki" timestamp="2012-09-18T14:53:20Z" />
<cm ns="14" title="Category:Support requests for Mifos" sortkey="443c364850050950544a4a484e52064e344c54345052500636484e06443c3648500124018f818f728f0800" sortkeyprefix="Mifos" timestamp="2012-12-25T15:32:50Z" />
<cm ns="14" title="Category:Support requests for Mozilla" sortkey="44485e3c42422c050950544a4a484e52064e344c54345052500636484e0644485e3c42422c0128018f7f8f728f0a00" sortkeyprefix="Mozilla" timestamp="2012-09-18T14:39:19Z" />
<cm ns="14" title="Category:Support requests for Okawix" sortkey="48402c583c5a050950544a4a484e52064e344c54345052500636484e0648402c583c5a0126018f808f728f0900" sortkeyprefix="Okawix" timestamp="2013-02-12T00:54:28Z" />
<cm ns="14" title="Category:Support requests for Open Images" sortkey="484a3446063c442c383450050950544a4a484e52064e344c54345052500636484e06484a3446063c442c3834500130018f828f808f728f828f0900" sortkeyprefix="Open Images" timestamp="2013-04-22T10:54:41Z" />
<cm ns="14" title="Category:Support requests for OpenStreetMap" sortkey="484a344650524e343452442c4a050950544a4a484e52064e344c54345052500636484e06484a344650524e343452442c4a0134018f838f818f838f728f838f818f0600" sortkeyprefix="OpenStreetMap" timestamp="2012-09-18T14:58:56Z" />

I still think translatewiki updating its version of php or intl most likely explanation. Note how the out of order entry was updated much more recently then the rest of them.

(In reply to Bawolff (Brian Wolff) from comment #3)

I still think translatewiki updating its version of php or intl most likely
explanation. Note how the out of order entry was updated much more recently
then the rest of them.

If you suspect something like that, the most likely suspect is hhvm. All those pages were reparsed as part of a SemanticMediaWiki refresh with jobs run through hhvm, see bug 58969 comment 11 / https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/184 . Unless the issue is not fixed by a purge/null editing/reparse/whatever, it's probably invalid as MediaWiki bug?

(In reply to Nemo from comment #4)

(In reply to Bawolff (Brian Wolff) from comment #3)

I still think translatewiki updating its version of php or intl most likely
explanation. Note how the out of order entry was updated much more recently
then the rest of them.

If you suspect something like that, the most likely suspect is hhvm. All
those pages were reparsed as part of a SemanticMediaWiki refresh with jobs
run through hhvm, see bug 58969 comment 11 /
https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/184 . Unless
the issue is not fixed by a purge/null editing/reparse/whatever, it's
probably invalid as MediaWiki bug?

Those links do not get fixed by purging (or even by null edit). You have to run the maintenance script everytime you change your version of php or libicu (removing the category, saving, and re-adding the category for all categories would also work).

This is a known issue, and probably one of the reasons why uca sorting isn't on by default. See bug 45611 comment 2

hhvm sounds like likely culprit.

Closing as INVALID, as its an operations issue with translatewiki, not mediawiki bug (Although mediawiki could probably detect the situation marginally better)