Bug 430229

Summary: Plasma language is controlled by "Formats" screen instead of "Language"
Product: [Applications] systemsettings Reporter: Liviu Gelea <liviu.gelea>
Component: kcm_formatsAssignee: Sebastian Kügler <sebas>
Status: RESOLVED DUPLICATE    
Severity: normal CC: bjoernv, faiz.faadhillah, katyaberezyaka, liviu.gelea, loic.yhuel, nate, plasma-bugs
Priority: NOR    
Version: 5.18.4   
Target Milestone: ---   
Platform: Kubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Attachments: screenshot of settings screen which shows Romanian translations while clearly proving language is set to English

Description Liviu Gelea 2020-12-10 19:08:39 UTC
Created attachment 133977 [details]
screenshot of settings screen which shows Romanian translations while clearly proving language is set to English

SUMMARY

Setting the region "România - română (ro_RO)" in Regional settings => Formats changes the plasma kde language to Romanian although the only option in "Regional settings" => "Language" is "American English (default)"

STEPS TO REPRODUCE
1. Install kde in English
2. Set Regional settings => Formats to romanian
3. Install system updates
4. restart

OBSERVED RESULT

System language translations are Romanian

EXPECTED RESULT

System language is English

SOFTWARE/OS VERSIONS
Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.4.0-54-generic
OS Type: 64-bit
Processors: 8 × Intel® Core™ i7-10610U CPU @ 1.80GHz
Memory: 15,3 GiB


ADDITIONAL INFORMATION
I have not done any other changes and I have restarted multiple times without effect.
Comment 1 Loïc Yhuel 2021-01-12 17:11:15 UTC
Same here, /etc/locale.conf has LANG=en_US.UTF-8, and Language is "American English (Default)", but LANG environment variable seems to be set by the Region settings (fr_FR.UTF-8 for me).

The workaround is to either :
 - select "United States" as region (sets LANG), and choose the detailed settings (sets different LC_*)
 - select "No change" as region (presumably keeps what has been set by /etc/locale.conf, but reads back as "United States"), and ignore the broken kcm (detailed settings seems to be read from the environment, but the preview in "Description" doesn't match).
Comment 2 Faiz Faadhillah 2021-07-04 15:02:08 UTC
Also the same thing here, it doesn't seem to happen when i have multiple languages set (e.g. American english and British english).
Comment 3 Nate Graham 2021-09-30 17:31:14 UTC

*** This bug has been marked as a duplicate of bug 344588 ***
Comment 4 Nate Graham 2021-09-30 19:47:54 UTC
Can you provide the output of the following commands:
1. `locale`
2. `cat ~/.config/plasma-localerc`
Comment 5 Nate Graham 2021-09-30 19:48:10 UTC
If this bug is still happening to you, can you provide the output of the following commands:
1. `locale`
2. `cat ~/.config/plasma-localerc`
Comment 6 Loïc Yhuel 2021-09-30 22:20:13 UTC
After selecting France as region in Formats, with still American Engligh in Language :
 - everything is in French (since LANG=fr_FR.UTF-8, LANGUAGE environment variable is set but empty)
 - `locale` :
LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=
 - ~/.config/plasma-localerc :
[Formats]
LANG=fr_FR.UTF-8

Adding a second language in the KCM adds to ~/.config/plasma-localerc :
[Translations]
LANGUAGE=en_US:en_GB
Then the LANGUAGE environment variable is set, which makes KDE switch back to English, but Firefox is in French.

So :
 - the Formats KCM sets LANG, instead of LC_* : is there a specific reason for this ?
 - the Language KCM doesn't set anything, unless there are several languages in the list : IHMO it should set LANG to the preferred language, and set LANGUAGES if there are several languages
Comment 7 Nate Graham 2021-09-30 22:41:44 UTC
You're suffering from Bug 344588.

*** This bug has been marked as a duplicate of bug 344588 ***