Last modified: 2006-02-11 19:12:30 UTC
The Language::getMonthNameGen() function for LanguageCs, LanguagePl, and LanguageUk uses wfMsg(). This incorrectly pulls from the selected user- interface language instead of the content language, so dates can misrender as in the linked sample using {{CURRENTMONTHNAMEGEN}} if a different UI language is selected. Expected rendering (as with site and UI set to cs): 01. února Actual rendering, with UI pref set to en: 01. <february-gen>
Created attachment 1355 [details] A patch for the bug Replace wfMsg() by a construction detecting whether wfMsgForContent or wfMsg should be called (as in various occasions in Language.php). (In this case, wfMsgForContent would probably be enough _for now_, as nobody calls this function from code, yet.)
Was this tested? Notice: Undefined variable: wgContLang in /opt/web/pages/head/languages/LanguageCs.php on line 147 Fatal error: Call to a member function getLangObj() on a non-object in /opt/web/pages/ head/languages/LanguageCs.php on line 147
Created attachment 1370 [details] The correct version of the fix Ooops... I _did_ test the patch, this is a result of having CVS checkout somewhere else than the testing installation... :-x Sorry!
Created attachment 1371 [details] Unified diff preferred, I guess A "diff -u" version of the patch
Looks good this time. :) Applied to CVS HEAD.