Open Bug 1964056 Opened 6 months ago Updated 2 months ago

Changing system language from en-US to en-GB causes language settings to break

Categories

(Firefox :: Settings UI, defect)

Firefox 137
defect

Tracking

()

UNCONFIRMED

People

(Reporter: mail, Unassigned, NeedInfo)

Details

Attachments

(6 files, 1 obsolete file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:137.0) Gecko/20100101 Firefox/137.0

Steps to reproduce:

  1. Had German language pack installed and English (US) set as preferred interface language over German, and English, then German, as preferred page languages.
  2. Change my system locale settings from:
    LANG=en_US.UTF-8
    LC_ADDRESS=de_DE.UTF-8
    LC_COLLATE=en_US.UTF-8
    LC_CTYPE=en_US.UTF-8
    LC_IDENTIFICATION=en_US.UT
    LC_MONETARY=de_DE.UTF-8
    LC_MESSAGES=en_US.UTF-8
    LC_MEASUREMENT=de_DE.UTF-8
    LC_NAME=en_US.UTF-8
    LC_NUMERIC=en_US.UTF-8
    LC_PAPER=de_DE.UTF-8
    LC_TELEPHONE=de_DE.UTF-8
    LC_TIME=en_GB.UTF-8
    
    to
    LANG=en_GB.UTF-8
    LC_ADDRESS=de_DE.UTF-8
    LC_COLLATE=en_GB.UTF-8
    LC_CTYPE=en_GB.UTF-8
    LC_IDENTIFICATION=en_GB.UT
    LC_MONETARY=de_DE.UTF-8
    LC_MESSAGES=en_GB.UTF-8
    LC_MEASUREMENT=de_DE.UTF-8
    LC_NAME=en_GB.UTF-8
    LC_NUMERIC=en_GB.UTF-8
    LC_PAPER=de_DE.UTF-8
    LC_TELEPHONE=de_DE.UTF-8
    LC_TIME=en_GB.UTF-8
    

Actual results:

I can no longer select the German language for spellcheck. The context menu entry "Languages" only lists "English (United Kingdom)" and "English (United States)". I am able to select multiple of these, but when I navigate to a new page, only the most recently enabled of the two remains enabled.

When I go to preferences and go to the interface language dialogue, I am not able to remove "English (US)", but I am able to remove "English (UK)".

Expected results:

I should be able to use the German spellcheck dictionary.
I should be able to remove the US English language pack.

Attached image German can be removed

The Bugbug bot thinks this bug should belong to the 'Firefox::Settings UI' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Settings UI

Uninstalling and reinstalling the German language pack from the add-ons website does not resolve the issue.

Eemeli, who could investigate this and is this just a Core :i18n/l10n bug?

Flags: needinfo?(earo)

I'm not really sure who'd be best placed to investigate this; someone familiar with our spellchecking? I'm also not quite sure how exactly we're packaging things for the Linux builds.

The "English (US)" UI language not being uninstallable is almost certainly because it's not installed as a langpack, but as a part of the browser itself.

Anselm, could you take a look at what languages you see under the Dictionaries section of about:addons? And if there is one listed for "English (US)", does removing that change how the German ones show up in the context menu?

Flags: needinfo?(earo) → needinfo?(mail)

I will upload screenshots of what I see in about:addons.

There is no "English (US)" listed.

Flags: needinfo?(mail)
Attached image about:addons Languages

Hey eemeli,

Anselm came back with the requested information - does this make anything clearer?

Flags: needinfo?(earo)

Yeah, it looks like for some reason the German dictionaries are not getting installed together with the langpack. I'm not sure why.

To fix the situation in this particular case it ought to be enough to install the German dictionary directly, after which it should show up in the context menu.

I'm not sure how to solve the general case of why this is happening in the first place, if it's e.g. something specific to our Linux builds.

Flags: needinfo?(earo)

If I remember correctly, then a German dictionary was available before I changed my locale.
Which is odd, because the previous locale wasn’t German either.

The severity field is not set for this bug.
:jhirsch, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(jhirsch)

I think it's important for me to note that this isn't a build downloaded from the official Mozilla website, I'm running a build from nixpkgs on NixOS.
I don't know if this issue could be a result from that.

That may very well be involved. Hey @sylvestre, can you remind me what we do in situations like this, where we might be hitting an issue caused by how a distro is packaging Firefox (in this case, NixOS)? Do we just file a bug with them in https://github.com/NixOS/nixpkgs/issues and reference this bug?

Flags: needinfo?(sledru)

yeah, please test with our binaries https://www.mozilla.org/firefox/linux/ to see if you can reproduce
if you can not reproduce your issue, it is probably a packaging bug and should be reported on the nix side

Flags: needinfo?(sledru)
Flags: needinfo?(mail)

Will testing a Flatpak build suffice?
Otherwise I still can try to get the binary running.

Flags: needinfo?(sledru)

by "a Flatpak build" I meant the Flathub build https://flathub.org/apps/org.mozilla.firefox, sorry

Please try with the binaries.
snap/flatpak can also change the behavior of the program

Flags: needinfo?(sledru)
Flags: needinfo?(jhirsch) → needinfo?(mstriemer)

(In reply to Sylvestre Ledru [:Sylvestre] from comment #21)

Please try with the binaries.
snap/flatpak can also change the behavior of the program

I can try that but I can’t promise I’ll get to it anytime soon

Attached file image.png (obsolete) (deleted) —

This will help you solve bug

The content of attachment 9506223 [details] has been deleted for the following reason: Deleted
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: