Last modified: 2014-02-23 23:54:34 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 58074 - Reinstate namespace aliases on ml sites
Reinstate namespace aliases on ml sites
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
All All
: High major with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: i18n, shell
Depends on: 54951
Blocks: 56295
  Show dependency treegraph
Reported: 2013-12-06 02:41 UTC by praveenp
Modified: 2014-02-23 23:54 UTC (History)
14 users (show)

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

ml.wikipedia mainpage problem screenshot (fixed by editing) (236.83 KB, image/png)
2013-12-06 02:41 UTC, praveenp

Description praveenp 2013-12-06 02:41:53 UTC
Created attachment 14001 [details]
ml.wikipedia mainpage problem screenshot (fixed by editing)

Currently ml.wikipeda sites lost all of its namespace aliases and many pages including main page was / is broken. Some are manually edited to fix. Please reinstate all namespace aliases. For now, I am not if sure any other sites affected.
Comment 1 Bawolff (Brian Wolff) 2013-12-06 02:47:12 UTC
Perhaps related to that issue where localization was rather wonky earlier today?
Comment 2 praveenp 2013-12-06 03:22:43 UTC
ml.wikisource, ml.wikiquote, ml.wiktionary also affected. Alias ഉ (for ഉപയോക്താവ് - user) worked on ml.wikibooks!
Comment 3 Dereckson 2013-12-06 04:09:46 UTC
ഉ is indeed still defined in my.wikibooks namespace configuration as an alias for NS_USER, untouched since 2012.

This is not a configuration file issue.
Comment 4 Andre Klapper 2013-12-06 12:30:39 UTC
praveenp: When did this still work as expected?

(In reply to comment #2)
> ml.wikisource, ml.wikiquote, ml.wiktionary also affected. Alias ഉ (for
> ഉപയോക്താവ് - user) worked on ml.wikibooks! defines 
	'+mlwikibooks' => array(
		'ഉ' => NS_USER,
but even an old version (I checked a three weeks old one) did not define this NS_USER for any other ml sites than wikibooks, as Dereckson wrote in comment 3.
Comment 6 This, that and the other (TTO) 2013-12-07 05:20:31 UTC
(In reply to comment #4)
> but even an old version (I checked a three weeks old one) did not define this
> NS_USER for any other ml sites than wikibooks, as Dereckson wrote in 
> comment 3.

That is because these aliases are defined in MediaWiki core [1]. They have been there for at least 12 months. 

I set my local test wiki to Malayalam and the aliases work as expected. I have no idea why they are now not working on the WMF cluster.

Comment 7 Siebrand Mazeland 2013-12-07 10:42:38 UTC
Sounds like a rebuildLocalisationCache SNAFU. Those are rare, and not well understood.

(In reply to comment #1)
> Perhaps related to that issue where localization was rather wonky earlier
> today?

I don't know about this. Are there details anywhere? Maybe Sam or someone else from Platform can force a localisation cache rebuild and scap that?
Comment 8 praveenp 2013-12-07 16:24:33 UTC
If possible please include these in configuration files in the meantime (like ഉ in ml.wikibooks - Comment 3). Too many pages / links are affected and so this issue is a clear inconvenience to users.
Comment 9 praveenp 2013-12-09 17:14:40 UTC
Some pages are still displaying correctly, although updating cache using ?action=purge would break them simply.
Comment 10 Bawolff (Brian Wolff) 2013-12-09 21:11:43 UTC
Regarding priority: this is a pretty big deal. If this was happening to enwiki you would easily have a mass of people screaming bloody murder.
Comment 11 Siebrand Mazeland 2013-12-09 21:48:37 UTC
@brian: has nothing to do with this as far as I can tell. There have not been changed in namespaces of MessagesMl.php recently. I've changed back to the previous summary, for lack of a better one.

IMO Platform really has to look into this. I don't know how to surface that any more here in bugzilla than by my previous comments, so I'll start poking outside of bugzilla now.
Comment 12 Siebrand Mazeland 2013-12-09 22:05:36 UTC|namespacealiases gives this:

      <ns id="-2" case="first-letter" canonical="Media" xml:space="preserve">മീഡിയ</ns>
      <ns id="-1" case="first-letter" canonical="Special" xml:space="preserve">പ്രത്യേകം</ns>
      <ns id="0" case="first-letter" content="" xml:space="preserve" />
      <ns id="1" case="first-letter" subpages="" canonical="Talk" xml:space="preserve">സംവാദം</ns>
      <ns id="2" case="first-letter" subpages="" canonical="User" xml:space="preserve">ഉപയോക്താവ്</ns>
      <ns id="3" case="first-letter" subpages="" canonical="User talk" xml:space="preserve">ഉപയോക്താവിന്റെ സംവാദം</ns>
      <ns id="4" case="first-letter" subpages="" canonical="Project" xml:space="preserve">വിക്കിപീഡിയ</ns>
      <ns id="5" case="first-letter" subpages="" canonical="Project talk" xml:space="preserve">വിക്കിപീഡിയ സംവാദം</ns>
      <ns id="6" case="first-letter" canonical="File" xml:space="preserve">പ്രമാണം</ns>
      <ns id="7" case="first-letter" subpages="" canonical="File talk" xml:space="preserve">പ്രമാണത്തിന്റെ സംവാദം</ns>
      <ns id="8" case="first-letter" subpages="" canonical="MediaWiki" xml:space="preserve">മീഡിയവിക്കി</ns>
      <ns id="9" case="first-letter" subpages="" canonical="MediaWiki talk" xml:space="preserve">മീഡിയവിക്കി സംവാദം</ns>
      <ns id="10" case="first-letter" subpages="" canonical="Template" xml:space="preserve">ഫലകം</ns>
      <ns id="11" case="first-letter" subpages="" canonical="Template talk" xml:space="preserve">ഫലകത്തിന്റെ സംവാദം</ns>
      <ns id="12" case="first-letter" subpages="" canonical="Help" xml:space="preserve">സഹായം</ns>
      <ns id="13" case="first-letter" subpages="" canonical="Help talk" xml:space="preserve">സഹായത്തിന്റെ സംവാദം</ns>
      <ns id="14" case="first-letter" canonical="Category" xml:space="preserve">വർഗ്ഗം</ns>
      <ns id="15" case="first-letter" subpages="" canonical="Category talk" xml:space="preserve">വർഗ്ഗത്തിന്റെ സംവാദം</ns>
      <ns id="100" case="first-letter" subpages="" canonical="കവാടം" xml:space="preserve">കവാടം</ns>
      <ns id="101" case="first-letter" subpages="" canonical="കവാടത്തിന്റെ സംവാദം" xml:space="preserve">കവാടത്തിന്റെ സംവാദം</ns>
      <ns id="828" case="first-letter" subpages="" canonical="Module" xml:space="preserve">ഘടകം</ns>
      <ns id="829" case="first-letter" subpages="" canonical="Module talk" xml:space="preserve">ഘടകത്തിന്റെ സംവാദം</ns>
      <ns id="4" xml:space="preserve">WP</ns>
      <ns id="4" xml:space="preserve">Wikipedia</ns>
      <ns id="4" xml:space="preserve">വിക്കി</ns>
      <ns id="5" xml:space="preserve">വിക്കിസം</ns>
      <ns id="6" xml:space="preserve">Image</ns>
      <ns id="7" xml:space="preserve">Image talk</ns>
      <ns id="100" xml:space="preserve">Portal</ns>
      <ns id="101" xml:space="preserve">Portal talk</ns>
      <ns id="828" xml:space="preserve">ഘ</ns>
      <ns id="829" xml:space="preserve">ഘസം</ns>

MessagesMl.php contains this:

$namespaceNames = array(
	NS_MEDIA            => 'മീഡിയ',
	NS_SPECIAL          => 'പ്രത്യേകം',
	NS_TALK             => 'സംവാദം',
	NS_USER             => 'ഉപയോക്താവ്',
	NS_USER_TALK        => 'ഉപയോക്താവിന്റെ_സംവാദം',
	NS_PROJECT_TALK     => '$1_സംവാദം',
	NS_FILE             => 'പ്രമാണം',
	NS_FILE_TALK        => 'പ്രമാണത്തിന്റെ_സംവാദം',
	NS_MEDIAWIKI        => 'മീഡിയവിക്കി',
	NS_MEDIAWIKI_TALK   => 'മീഡിയവിക്കി_സംവാദം',
	NS_TEMPLATE         => 'ഫലകം',
	NS_TEMPLATE_TALK    => 'ഫലകത്തിന്റെ_സംവാദം',
	NS_HELP             => 'സഹായം',
	NS_HELP_TALK        => 'സഹായത്തിന്റെ_സംവാദം',
	NS_CATEGORY         => 'വർഗ്ഗം',
	NS_CATEGORY_TALK    => 'വർഗ്ഗത്തിന്റെ_സംവാദം',

$namespaceAliases = array(
	'സം' => NS_TALK,
	'അംഗം' => NS_USER,
	'ഉ' => NS_USER,
	'അംഗങ്ങളുടെ സംവാദം' => NS_USER_TALK,
	'ഉസം' => NS_USER_TALK,
	'ചി' => NS_FILE,
	'ചിസം' => NS_FILE_TALK,
	'ചിത്രം' => NS_FILE,
	'ചിത്രത്തിന്റെ_സംവാദം' => NS_FILE_TALK,
	'പ്ര' => NS_FILE,
	'പ്രസം' => NS_FILE_TALK,
	'ഫ' => NS_TEMPLATE,
	'വി' => NS_CATEGORY,
	'വ' => NS_CATEGORY,
	'വിസം' => NS_CATEGORY_TALK,
	'മീ' => NS_MEDIAWIKI,
	'പ്രത്യേ' => NS_SPECIAL,
	'വിഭാഗം' => NS_CATEGORY,
	'വിഭാഗത്തിന്റെ_സംവാദം' => NS_CATEGORY_TALK,
	'വർഗ്ഗം' => NS_CATEGORY,
	'വർഗ്ഗത്തിന്റെ_സംവാദം' => NS_CATEGORY_TALK,
	'സ' => NS_HELP,
	'സസം' => NS_HELP_TALK,

And more namespaces come from 

	'+mlwiki' => array(
		'വിക്കി' => NS_PROJECT,
		'വിക്കിസം' => NS_PROJECT_TALK,
		'Wikipedia' => NS_PROJECT,
		'Portal' => 100,
		'Portal_talk' => 101,

This, and the information from comment 6 indicate that there is an issue with the localisation cache at Wikimedia, as also mentioned as a suspicion in comment 7. My recommendation is to force a localisation cache rebuild for "ml" and to distribute that.
Comment 13 Sam Reed (reedy) 2013-12-11 16:29:22 UTC
reedy@tin:/a/common/php-1.23wmf6/cache/l10n$ sudo -u l10nupdate mwscript rebuildLocalisationCache.php --wiki=mlwiki --outdir=/a/common/php-1.23wmf6/cache/l10n --threads=2 --lang=ml --force
Rebuilding ml...
1 languages rebuilt out of 1
reedy@tin:/a/common/php-1.23wmf6/cache/l10n$ ls l10n_cache-ml.cdb*
l10n_cache-ml.cdb  l10n_cache-ml.cdb.old
reedy@tin:/a/common/php-1.23wmf6/cache/l10n$ ls -al l10n_cache-ml.cdb*
-rw-r--r-- 1 l10nupdate l10nupdate 3095899 Dec 11 16:23 l10n_cache-ml.cdb
-rw-r--r-- 1 l10nupdate l10nupdate 3098181 Dec 11 02:06 l10n_cache-ml.cdb.old
Comment 14 Sam Reed (reedy) 2013-12-11 16:32:00 UTC
reedy@tin:/a/common/php-1.23wmf5/cache/l10n$ sudo -u l10nupdate mwscript rebuildLocalisationCache.php --wiki=mlwiki --outdir=/a/common/php-1.23wmf5/cache/l10n --threads=2 --lang=ml --force
Rebuilding ml...
1 languages rebuilt out of 1
reedy@tin:/a/common/php-1.23wmf5/cache/l10n$ ls -al l10n_cache-ml.cdb*
-rw-r--r-- 1 l10nupdate l10nupdate 3095899 Dec 11 16:31 l10n_cache-ml.cdb
-rw-r--r-- 1 l10nupdate l10nupdate 3095899 Dec 11 02:20 l10n_cache-ml.cdb.old
Comment 15 praveenp 2013-12-13 14:25:39 UTC
I think bug 54951 revert is deployed but still pages are broken because of cache. Is it possible to mass purge the entire cache (of all these wikis)?
Comment 16 Tomasz W. Kozlowski 2013-12-29 22:30:56 UTC
@praveenp: is this still occurring? if not, could you mark this bug RESOLVED FIXED please?
Comment 18 Tomasz W. Kozlowski 2014-01-02 12:48:28 UTC
@Reedy: Can you have a look at it during today's deployment window, please? And merge while at it? Thanks :-)
Comment 19 Marius Hoch 2014-02-23 23:54:34 UTC
I've just manually purged the few hundred remaining pages, so that this issue should be fully resolved now.

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