Last modified: 2014-04-02 16:33:15 UTC
See: https://meta.wikimedia.org/w/index.php?title=User_talk:Hoo_man&diff=8018509&oldid=7881226 http://deployment.wikimedia.beta.wmflabs.org/w/index.php?title=Special:RecentChanges&days=30&from=&limit=250 (<centralauth-log-name>); 21:08 . . Wiki13 (Talk | contribs) <centralauth-log-entry-chgstatus> (<centralauth-log-name>); 21:08 . . Wiki13 (Talk | contribs) <centralauth-log-entry-chgstatus> (test) (Global block log); 21:08 . . Wiki13 (Talk | contribs) globally blocked User:1.1.1.1 (expires 21:08, 21 March 2014) (ABUSEEEEEEE) (<centralauth-log-name>); 21:05 . . PiRSquared (Talk | contribs) <centralauth-log-entry-chgstatus> (<centralauth-log-name>); 21:05 . . PiRSquared (Talk | contribs) <centralauth-log-entry-chgstatus> (test)
The message does not exist: http://deployment.wikimedia.beta.wmflabs.org/wiki/MediaWiki:Centralauth-log-name
Wow, that's weird Looks like all central auth messages are gone on beta, not just those 2 - http://deployment.wikimedia.beta.wmflabs.org/w/index.php?title=Special%3AAllMessages&prefix=centralauth&filter=all&lang=labs&limit=50 However they are there on mediawiki.org https://www.mediawiki.org/wiki/MediaWiki:Centralauth-log-entry-chgstatus and meta https://meta.wikimedia.org/wiki/MediaWiki:Centralauth-log-name, so always a possibility that beta is just broken. Bug with the changeover to json messages maybe? That (49c2d13b00) landed on wed, so I would expect it to already be hitting mediawiki.org if it was the cause. Also scribunto messages show up fine, and it was also converted over. Locally all the messages show up for me.
l10n refreshes rarely work on beta after the deploys, you can't really trust that cluster with giving any meaningful information on the matter.
I've double checked the i18n configuration of CentralAuth, because it was recently migrated to use JSON i18n (along with all other MediaWiki extensions used at Wikimedia). It looks just fine: * There's a folder i18n/ with en.json in it. * There a line "$wgMessagesDirs['SpecialCentralAuth'] = __DIR__ . '/i18n';" in CentralAuth.php I checked other sites on "wikimedia.beta.wmflabs.org". These sites also miss messages for CentralAuth (as observed by seeing "<centralauth-desc>" on Special:Version: * http://commons.wikimedia.beta.wmflabs.org/wiki/Special:Version * http://commons.wikimedia.beta.wmflabs.org/wiki/Special:Version No other extensions appear to be missing their description message on Special:Version of *.wikimedia.beta.wmflabs.org. Suspecting this is some kind of localisation cache rebuild glitch, in my opinion the first thing that should be done is a rebuild of the localisation cache.
(In reply to Nemo from comment #3) > l10n refreshes rarely work on beta after the deploys, you can't really trust > that cluster with giving any meaningful information on the matter. Every six minutes Jenkins run a job which update the extensions registered in mediawiki/extensions.git , it then invokes mw-update-l10n just like we do in production and generates .cdb files and the .json files out of the cdb. The job is: https://integration.wikimedia.org/ci/job/beta-code-update-eqiad/ The l10n files are accessible in /data/project/apache/common-local/php-master/cache/l10n . Neither l10n_cache-en.cdb nor upstream/l10n_cache-en.cdb.json files contains an occurrence of a centralauth message. So seems something is wrong in the way the message is registered. The CentralAuth extension code is a git submodule fetched at /data/project/apache/common-local/php-master/extensions/CentralAuth HEAD points to e3b1288 (and will be moved forward whenever a change is merged).
I just added CentralAuth ,with all classes and hooks remove so I didn't have to set up the extension, to my local MediaWiki installation, and the messages load just fine. I recomment increasing priority of this issue, because this shouldn't be put in production without being resolved.
(In reply to Siebrand Mazeland from comment #6) > I recomment increasing priority of this issue, because this shouldn't be put > in production without being resolved. Agreed.
Fixed in https://gerrit.wikimedia.org/r/#/c/123153/
Thanks for the fix, Krenair! Glad you caught it before deployment.