Wikimedia Bugzilla is closed!

Confirmed -- eww! Taking a peek...

Looks like a regression in r86255 -- changes to Title::fixSpecialName ended up discarding the parameter. Need to check for other similar changes...

Fixed in r97857 on trunk.

Merged to 1.18 and 1.18wmf1 in r97858, r97859.

*** Bug 31123 has been marked as a duplicate of this bug. ***

Created attachment 9095 [details]
Screenshot of mw.org with broken sidebar

REOPENING. Bug is still happening for some of the sidebar entries. They're not related to subpages of specialpages though. It's the interface / linktext.

MediaWiki is not fetching the message from NS_MEDIAWIKI as it should but splitting out raw message keys (which is the expected fallback)

(In reply to comment #5)
> Created attachment 9095 [details]
> Screenshot of mw.org with broken sidebar
> 
> REOPENING. Bug is still happening for some of the sidebar entries. They're not
> related to subpages of specialpages though. It's the interface / linktext.
> 
> MediaWiki is not fetching the message from NS_MEDIAWIKI as it should but
> splitting out raw message keys (which is the expected fallback)

Note (might be useful to whomever is fixing), it seems it does work correctly when you have a different language specified using uselang parameter. see my comment on bug 31123

Fixed on MW.org with a MessageCache->singleton()->clear() call in eval.php

Looks like Brion's fixes still need to be deployed.

(In reply to comment #8)
> Looks like Brion's fixes still need to be deployed.

Pushed.

This seems to be broken still

The thing with message keys is a separate bug, probably with no relation, and should be split out to another bug report to avoid confusion.

The special: parameter links were a specific actionable thing.

Brion filed a separate issue: bug 31177.  There's a discussion underway on #mediawiki to diagnose this.

Clearing the message cache caused it to be fixed, not sure why or if it will happen again.