Bug 406097

Summary: locales bleed into display language
Product: [Plasma] policykit-kde-agent-1 Reporter: deemon <priit>
Component: generalAssignee: Dario Freddi <drf>
Status: REOPENED ---    
Severity: normal CC: bugseforuns, nanabaahgyan, nate, wanderer510
Priority: NOR    
Version: 5.15.3   
Target Milestone: ---   
Platform: Manjaro   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: authentication prompt shows title in WRONG (not display, but locale) language.

Description deemon 2019-03-31 21:07:15 UTC
Created attachment 119187 [details]
authentication prompt shows title in WRONG (not display, but locale) language.

SUMMARY
I want my KDE gui to stick to display language most of the time except formats, which should use locale settings. However here and there locale settings bleed for some mysterious reason to translations that i do not tolerate.

STEPS TO REPRODUCE
1. Set display language to en-US
2. set locale (format) settings to something else.
3. do something to make super user prompt to jump up (like install new package)

OBSERVED RESULT
the header uses LOCALE language for some mysterious reason instead of OS display language for it.

EXPECTED RESULT
everything shown in display language in GUI popups and prompts.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Manjaro 
KDE Plasma Version: Plasma 5.15.3
KDE Frameworks Version: KDE 5.56.0
Qt Version: 5.12.2

ADDITIONAL INFORMATION
Comment 1 Patrick Silva 2019-04-27 16:51:59 UTC
I can confirm. I use en-us and pt-br languages on my system.

Operating System: Arch Linux 
KDE Plasma Version: 5.15.4
KDE Frameworks Version: 5.57.0
Qt Version: 5.12.3
Comment 2 nbgyan 2020-12-01 11:58:35 UTC
This still persists in KDE neon 5.20. 

Operating System: KDE neon 5.20
KDE Plasma Version: 5.20.3
KDE Frameworks Version: 5.76.0
Qt Version: 5.15.1
Kernel Version: 5.4.0-54-generic
OS Type: 64-bit
Comment 3 Patrick Silva 2020-12-01 12:05:37 UTC
possibly duplicate of bug 327757
Comment 4 Nate Graham 2020-12-01 16:01:40 UTC

*** This bug has been marked as a duplicate of bug 327757 ***
Comment 5 nbgyan 2020-12-01 17:38:21 UTC
Perhaps the suspected bug I'm trying to report is a little different from this. I tried installing the ak_GH locale but could not find it in the regional setting (under Regional Settings -> Language). But when I logout my session the logout screen displays the information (date to be precise) in that locale although I cannot make that happen in my desktop session.

I'm at a loss how this happens.
Comment 6 deemon 2020-12-07 02:31:54 UTC
(In reply to Nate Graham from comment #4)
> 
> *** This bug has been marked as a duplicate of bug 327757 ***

it's not the same bug. I don't use en_GB. I don't use multiple locales as in bug 327757.
I use _SINGLE_ locale (et_EE) and _SINGLE_ language (en_US) in my KDE system
Comment 7 deemon 2020-12-07 02:42:27 UTC
My problem is (bug core) that in the KDE UI in every text EVERYWHERE should use actual system language ALWAYS. NEVER locale stuff. But it does use locale occasionally in some odd places where it never should use it.

locale is for formats, like time or currency or decimal separator mark or telephone number format or measurement units (imperial vs metric).

On any case, en_US should be like defacto default language anyway, it should have all the translations and all the stuff and whenever I would use other language and the translation there doesn't exist, it should fall back to en_US ... but I use en_US already as default language. There should not be any reason to fall back to something else -- ever!
Comment 8 Nate Graham 2022-08-25 10:52:47 UTC
*** Bug 458263 has been marked as a duplicate of this bug. ***