Open Bug 1556890 Opened 5 years ago Updated 2 years ago

Language displayed via intl.locale.requested="" not fully respected

Categories

(Core :: Internationalization, defect, P3)

defect

Tracking

()

Tracking Status
firefox69 --- affected

People

(Reporter: glandium, Unassigned)

Details

Summary is not entirely clear but I wasn't sure how to describe it in few words.

Here's the deal: I built Firefox 67.0.1 for downstream distribution, and was testing it with no langpack installed. I also have intl.locale.requested set to "" so that "matchOS" behavior is followed. My system locale is Japanese, but with no langpack installed, Firefox was in English. However, I'm not getting the "Join Firefox" popup/page on the welcome page in that configuration. I do get it when I start the browser after changing the system locale to English.

What do you see in about:support, internationalization table at the end? Are you seeing bug 1554742?

Application Settings
Requested Locales ["ja-JP"]
Available Locales ["en-US"]
App Locales ["und","en-US"]
Regional Preferences ["und","en-US"]
Default Locale "und"
Operating System
System Locales ["ja-JP"]
Regional Preferences ["ja-JP"]

So, yeah, it does look like this is bug 1554742.

FWIW, this is what about:support shows in cases where I do get the Join Firefox thing:

with LANG=C:
Application Settings
Requested Locales ["en-US-u-va-posix"]
Available Locales ["en-US"]
App Locales ["en-US","und"]
Regional Preferences ["en-US-u-va-posix"]
Default Locale "und"
Operating System
System Locales ["en-US-u-va-posix"]
Regional Preferences ["en-US-u-va-posix"]

with LANG=en_US.UTF-8:
Application Settings
Requested Locales ["en-US"]
Available Locales ["en-US"]
App Locales ["en-US","und"]
Regional Preferences ["en-US"]
Default Locale "und"
Operating System
System Locales ["en-US"]
Regional Preferences ["en-US"]

So, I do have bug 1554742, but it might not be involved here.

The priority flag is not set for this bug.
:Pike, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(l10n)

appLocalesAsLangTags starting with und is the culprit here.

Moving over to Intl, as all that's where all these bugs go right now.

Component: Localization → Internationalization
Flags: needinfo?(l10n)
Priority: -- → P3

I see some similar behaviour within a prepared and local packaged Thunderbird package 68.0b5 for Debian. It took me a while to discover that a global setting of pref("intl.locale.requested", ""); is blocking a start of Thunderbird from my installed package. If I remove this Thunderbird is starting but also only available in English.

The last Thunderbird version that was working was 68.0b1, starting with b2 I've seen this behaviour.

The output from the Troubleshooting Information looks very similar to the log from Mike.

Internationalization & Localization
Application Settings
Requested Locales 	["und"]
Available Locales 	["de","en-US"]
App Locales 	["en-US","und"]
Regional Preferences 	["de-DE"]
Default Locale 	"und"
Operating System
System Locales 	["de-DE"]
Regional Preferences 	["de-DE"]

I'm not sure my post here is useful, I can open up a new report specific for Thunderbird i wanted.

Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.