https://bugs.kde.org/show_bug.cgi?id=341235
--- Comment #12 from Albert Astals Cid <aa...@kde.org> --- (In reply to Albert Astals Cid from comment #11) > (In reply to Nate Graham from comment #10) > > I think the bug is here: > > https://invent.kde.org/plasma/plasma-workspace/-/blob/master/kcms/ > > translations/translationssettingsbase.kcfg#L15 > > > > It populates a default value that's equal to QLocale::system().name() if > > $LANG is unset, but not if it's set. It should probably do it in that case > > too. > > That piece of code doesn't access any envvar, no? > > The problem with that piece of code is that it assumes you can do > KLocalizedString::availableDomainTranslations("plasmashell"). > contains(QLocale::system().name()); > but that's not going to work at all. Just to make it clear this is the availableDomainTranslations set QSet("es", "cs", "sv", "fi", "id", "pt", "nb", "bs", "et", "zh_CN", "el", "ja", "uk", "pt_BR", "ko", "sr", "sr@latin", "ta", "en_US", "he", "az", "sr@ijekavian", "nds", "lv", "eu", "da", "tg", "tr", "vi", "ca", "hu", "sr@ijekavianlatin", "pl", "it", "ia", "ml", "en_GB", "de", "gl", "ca@valencia", "nl", "hi", "sk", "fr", "ro", "lt", "pa", "zh_TW", "nn", "sl", "ru", "ar") you can't give ca_ES to that or es_ES or almost any other language by that matter, this has been broken since 2014 when this code was created. -- You are receiving this mail because: You are watching all bug changes.
