https://bugzilla.wikimedia.org/show_bug.cgi?id=33175
--- Comment #19 from Liangent <[email protected]> --- (In reply to comment #18) > So there is a case where the #mw-content-text isn't set to the wiki content > language but to the user language, if the content language has a variation? > That sounds like a MediaWiki core bug perhaps. Though we could export > Title::getPageLanguage() in VisualEditor specifically, looks like this should > be fixed in core instead, given that it sounds like the regular view of an > article when reading articles would be broken now as well. And I think the > VisualEditor edit surface should match what the regular page view does. On wikis with variation, there're three language codes. One for user language (to fetch interface messages), another for content language (wikitext written in) and the third for page view language (after wikitext gets rendered, it's converted to another language / variant then displayed to user, by LanguageConverter). The third can be the same as or different from the first; they're used for different things. However in practice they're usually set to the same one by users but we shouldn't assume this. #mw-content-text has the third language code mentioned above, and if VisualEditor and Parsoid are not aware of variation / conversion, they're processing content in the first language (code). -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
