https://bugzilla.wikimedia.org/show_bug.cgi?id=72875
Brad Jorsch <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |[email protected], | |[email protected], | |[email protected], | |[email protected], | |[email protected], | |[email protected], | |[email protected], | |[email protected] Component|API |Internationalization Resolution|DUPLICATE |--- --- Comment #2 from Brad Jorsch <[email protected]> --- 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. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
