Bug 406097 - locales bleed into display language
Summary: locales bleed into display language
Alias: None
Product: policykit-kde-agent-1
Classification: Plasma
Component: general (show other bugs)
Version: 5.15.3
Platform: Manjaro Linux
: NOR normal
Target Milestone: ---
Assignee: Dario Freddi
: 458263 (view as bug list)
Depends on:
Reported: 2019-03-31 21:07 UTC by deemon
Modified: 2022-08-25 10:52 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:

authentication prompt shows title in WRONG (not display, but locale) language. (42.53 KB, image/png)
2019-03-31 21:07 UTC, deemon

Note You need to log in before you can comment on or make changes to this bug.
Description deemon 2019-03-31 21:07:15 UTC
Created attachment 119187 [details]
authentication prompt shows title in WRONG (not display, but locale) language.

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.

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)

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

everything shown in display language in GUI popups and prompts.

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

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. ***