https://bugzilla.wikimedia.org/show_bug.cgi?id=39623
--- Comment #8 from [email protected] 2012-08-27 08:43:21 UTC --- Sorry, wgContentLang was a typo on my part, it should have been wgUserLang. I'm an expert in confusing people! =) We first spotted this in Wikidata, but I think it would be wrong for us to make a workaround in Wikidata, this is something that is "ULS" but probably need a fix upstream in core. In Wikidata we should be able to limit the codes in uselang/setlang to valid languages, and possibly to a more limited set of supported languages. The supported languages in our context could be the languages that have a working Wikipedia-project, but shifting from use of Language::isValid to Language::isValidBuiltInCode is probably sufficient. As a rough idea; having a config var that changes RequestContext::sanitizeLangCode from using isValid to the more stringent isValidBuiltInCode solves our problem. Then there are also the problem of what to do if the code fails, but then I think it is acceptable to simply reset it to "en". -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- 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
