Bug 1816547

Can you try a different locale please?
Thanks.

This is rather easy to reproduce in F32: eg just boot latest F32 Live iso (I tested with Fedora-Workstation-Live-x86_64-32-20200323.n.0.iso), and then:

run: LANG=de_DE.utf8 firefox

I opened following page through Firefox - file://usr/lib64/firefox/langpacks/

From there, I installed langpack-ka.org.xpi and Firefox loaded in Japanese then.

(In reply to Bhushan Barve from comment #3)
> I opened following page through Firefox - file://usr/lib64/firefox/langpacks/
> 
> From there, I installed langpack-ka.org.xpi and Firefox
> loaded in Japanese then.

My mistake. It should be - langpack-ja.org.xpi

I happened to try with Fedora-Workstation-Live-x86_64-32-20200309.n.0.iso
which has firefox-72.0.2-3.fc32, and with that localization still works.

Whereas with Fedora-Workstation-Live-x86_64-32-20200314.n.0.iso with firefox-74.0-1.nss.fc32
translations are not shown.

I can also reproduce with firefox-74.0-3.fc31 using F31-WORK-x86_64-LIVE-20200319.iso,
whereas firefox-73.0.1-1.fc31 in F31-WORK-x86_64-LIVE-20200303.iso is okay.

Proposing as a final blocker:
"All critical path actions on release-blocking desktops must correctly display all sufficiently complete translations available for use."
https://fedoraproject.org/wiki/Fedora_32_Final_Release_Criteria
where https://fedoraproject.org/wiki/Critical_path_package#Actions includes "networking". I don't know whether that includes just network configuration or also browsing the web.

Jan is going to look at it.

(In reply to Jens Petersen from comment #2)
> This is rather easy to reproduce in F32: eg just boot latest F32 Live iso (I
> tested with Fedora-Workstation-Live-x86_64-32-20200323.n.0.iso), and then:
> 
> run: LANG=de_DE.utf8 firefox

seems LANG variable [1] is not getting respected by 'firefox'

[1] https://src.fedoraproject.org/rpms/firefox/blob/HEAD/f/firefox.sh.in#_198

Discussed during the 2020-03-30 blocker review meeting: [0]

The decision to classify this bug as an "AcceptedBlocker" was made as it violates the following criterion :

"All critical path actions on release-blocking desktops must correctly display all sufficiently complete translations available for use."

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2020-03-30/f32-blocker-review.2020-03-30-16.00.txt

Thanks for tracking, we'll look at it.

That's going to be fixed in next update in few days.

Should be fixed by firefox-74.0.1-3.

FEDORA-2020-22deb6c198 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-22deb6c198

FEDORA-2020-1691cb65d3 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-1691cb65d3

FEDORA-2020-cb779fd2ed has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2020-cb779fd2ed

This was filed against F32 and is an F32 release blocker. Please don't close it for a Rawhide build. Thanks!

I also edited the F30 and F31 updates to not close this bug when pushed stable, so they don't close it while the F32 update is not pushed yet.

Okay, sorry for that.

FEDORA-2020-22deb6c198 has been pushed to the Fedora 32 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-22deb6c198`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-22deb6c198

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

FEDORA-2020-1691cb65d3 has been pushed to the Fedora 31 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-1691cb65d3`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-1691cb65d3

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

FEDORA-2020-cb779fd2ed has been pushed to the Fedora 30 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-cb779fd2ed`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-cb779fd2ed

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

(In reply to Fedora Update System from comment #21)
> https://bodhi.fedoraproject.org/updates/FEDORA-2020-22deb6c198

With firefox-74.0.1-3.fc32.x86_64 things have improved, but still are a bit weird. The first run after changing language still shows English, and only subsequent runs show in the selected language:

$ firefox                       # shows in English
$ LANG=de_DE.utf8 firefox       # shows in English
$ LANG=de_DE.utf8 firefox       # shows in German
$ LANG=de_DE.utf8 firefox       # shows in German
$ LANG=cs_CZ.utf8 firefox       # shows in English
$ LANG=cs_CZ.utf8 firefox       # shows in Czech
$ LANG=cs_CZ.utf8 firefox       # shows in Czech

I installed Workstation in Czech, updated to firefox-74.0.1-3.fc32, ran it, and it showed in Czech from the first run. So for blocker purposes, I think this problem is resolved with firefox-74.0.1-3.fc32. There are still some corner cases as shown above, but it doesn't affect the common use case.

(In reply to Kamil Páral from comment #25)
> I installed Workstation in Czech, updated to firefox-74.0.1-3.fc32, ran it,
> and it showed in Czech from the first run. So for blocker purposes, I think
> this problem is resolved with firefox-74.0.1-3.fc32. There are still some
> corner cases as shown above, but it doesn't affect the common use case.

This is a known issue with Firefox extension system caused by delayed loading of extensions after the point where language is set.
We tried to fix that but we failed as it needs to rework how Firefox uses and cache the extensions.
BTW. this bug is here for 2-3 years already from the point where Firefox switched to WebExtensions.

Yes, I just wanted to add, that if, after a reboot, you start firefox with LANG set to the language you want, it shows the chosen language, even if the installed language is different. Seems I am coming too late again. :)

(In reply to Martin Stransky from comment #26)
> This is a known issue with Firefox extension system caused by delayed
> loading of extensions after the point where language is set.
> We tried to fix that but we failed as it needs to rework how Firefox uses
> and cache the extensions.
> BTW. this bug is here for 2-3 years already from the point where Firefox
> switched to WebExtensions.

Thanks for the info. So let's consider this particular bug resolved.

FEDORA-2020-22deb6c198 has been pushed to the Fedora 32 stable repository.
If problem still persists, please make note of it in this bug report.

FEDORA-2020-1691cb65d3 has been pushed to the Fedora 31 stable repository.
If problem still persists, please make note of it in this bug report.

FEDORA-2020-cb779fd2ed has been pushed to the Fedora 30 stable repository.
If problem still persists, please make note of it in this bug report.

Experiencing the similar issue with F33.(Fedora-Everything-netinst-x86_64-33-20200906.n.0)

Installed locale - ja_JP
Firefox version - Firefox-78.0.2-1.fc33.x86_64

With the default locale which is ja_JP, Firefox was still loaded in English.
As per comment #3, opened - file://usr/lib64/firefox/langpacks/ in firefox and installed add on- langpack-ja.org.xpi

After that firefox was loaded in Japanese.
Re-opening it.

logically, then, proposing as an F33 final blocker...if it's back, it's probably still a blocker.

I can confirm this problem when running a Workstation Live image (Fedora-Workstation-Live-x86_64-33-20200909.n.0.iso). Running the commands from comment 24 always shows Firefox in English (unlike e.g. gedit which changes its language properly).

Discussed during the 2020-09-14 blocker review meeting: [0]

The decision to classify this bug as an "AcceptedBlocker (Final)" was made as it violates the following criterion:

"All critical path actions on release-blocking desktops must correctly display all sufficiently complete translations available for use" (with precedent from a similar bug in F32)

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2020-09-14/f33-blocker-review.2020-09-14-16.01.txt

I just checked my F33 installation (not a live image) and this command:

$LANG=ja_JP.utf8 firefox

shows Firefox localized. Works for other localization too, package firefox-81.0.1-1.fc33.

Note that there's a bug when first Firefox launch when localization changes or with a new profile is uses default (en_US) localization. I can't find the bug right now but it's related to how Firefox handles extensions.

I tested this live on Fedora-Workstation-Live-x86_64-33-20201003.n.0.iso and it works as expected (using the approach from comment 24). This seems fixed.