Last modified: 2014-11-03 20:15:01 UTC
For example: MediaWiki API help ------------------ This is an auto-generated MediaWiki API documentation page. Documentation and examples: -{R|https://www.mediawiki.org/wiki/API}-
Hi Liangent. Thanks for taking the time to report this! This particular problem has already been reported into our bug tracking system, but please feel free to report any further issues you find. *** This bug has been marked as a duplicate of bug 52661 ***
This doesn't look like a duplicate of that bug to me. Bug 52661 is about the parser interpreting bits of the variant stuff as unrelated wikitext, such as treating the pipe in "[[File:Foobar.jpg|-{R|caption}-]]" as separating image parameters. This is about variant markup making it through into the HTML output. I note that the code paths involved here (mainly RequestContext::msg()) result in the Message object having the "interface" flag true. And if I add ->setInterfaceMessageFlag( false ) before ->parse(), it goes away. And if I add a bare external link to a message such as MediaWiki:Category-empty/zh and hit Category:DoesNotExist with uselang=zh, I see the same there. So the root cause here seems to be that messages with 'interface' flag set aren't having the variant stuff properly processed via OutputPage. But I'm not sure whether the solution is "Those shouldn't have the 'interface' flag set since they aren't interface" or something else; I'm going to reassign this to the "Internationalization" component to get some feedback from people who know more about i18n in MediaWiki.