RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 2030190 - Firefox 91.3.0-1 Language packs installed at /usr/lib64/firefox/langpacks cannot be used any more
Summary: Firefox 91.3.0-1 Language packs installed at /usr/lib64/firefox/langpacks can...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: firefox
Version: 7.9
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: rc
: ---
Assignee: Jan Horak
QA Contact: Jiri Prajzner
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-12-08 07:26 UTC by vanbhule
Modified: 2022-03-10 17:06 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-03-10 16:57:10 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Firefox-lang screenshot (36.41 KB, image/png)
2021-12-08 07:26 UTC, vanbhule
no flags Details
firefox 78 screenshot (455.74 KB, image/png)
2021-12-17 12:43 UTC, Jan Horak
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-105100 0 None None None 2021-12-08 07:40:57 UTC
Red Hat Product Errata RHSA-2022:0824 0 None None None 2022-03-10 16:57:44 UTC

Description vanbhule 2021-12-08 07:26:00 UTC
Created attachment 1845192 [details]
Firefox-lang screenshot

Description of problem:
Firefox 91.3.0 does not allow to use language packs installed at /usr/lib64/firefox/langpacks.
If we try to change the language of firefox we are force to connect to the internet and download them separately. 

Version-Release number of selected component (if applicable):
firefox-91.3.0-1.el7_9.x86_64

How reproducible:
Always

Steps to Reproduce:
1. RHEL 7.9GA and update it to the latest.
2. Disconnect internet or ethernet
3. Launch firefox and try to change it's language to German or any other, it will prompt to connect to the internet.

Actual results:
Forced to connect to the internet.

The langpacks are in the rpms that we ship

---------
bash-4.2$ rpm -q firefox
firefox-91.3.0-1.el7_9.x86_64

bash-4.2$ rpm -ql firefox
/etc/firefox
/etc/firefox/pref
/usr/bin/firefox
/usr/lib64/firefox
/usr/lib64/firefox/LICENSE
/usr/lib64/firefox/application.ini
/usr/lib64/firefox/browser/chrome
/usr/lib64/firefox/browser/chrome/icons
/usr/lib64/firefox/browser/chrome/icons/default
/usr/lib64/firefox/browser/chrome/icons/default/default128.png
/usr/lib64/firefox/browser/chrome/icons/default/default16.png
/usr/lib64/firefox/browser/chrome/icons/default/default32.png
/usr/lib64/firefox/browser/chrome/icons/default/default48.png
/usr/lib64/firefox/browser/chrome/icons/default/default64.png
/usr/lib64/firefox/browser/defaults/preferences
...
/usr/lib64/firefox/langpacks
/usr/lib64/firefox/langpacks/langpack-ach.org.xpi
/usr/lib64/firefox/langpacks/langpack-af.org.xpi
/usr/lib64/firefox/langpacks/langpack-an.org.xpi
/usr/lib64/firefox/langpacks/langpack-ar.org.xpi
/usr/lib64/fir
------------

Expected results:
Functionality to use the language packs provided by the rpm

Additional info:
Screenshot attached for reference.

Comment 4 Jan Horak 2021-12-10 15:12:17 UTC
We only set the locales based on the locale variables, ie. it can be overridden by using for example:

  LC_ALL=de_DE.utf8 firefox 

We do the same as the rest of the desktop where locales determine the language of the application. Any other methods are not supported (user installing language pack on his own or something similar).

Comment 6 Steve Barcomb 2021-12-15 17:06:49 UTC
I talked to the customer today.  The issue that they are reporting is independent of the locale set, which is en_US.  What they are reporting is that the xpi language packs in /usr/lib64/firefox/langpacks used to show in the UI as a selectable language in FF ESR 78 (I did not validate this myself).  In ESR 91, if you search for language and try to apply German it will fetch the language pack from Mozilla, which they do not want to allow.  The workaround that I gave them was to manually install a plugin pointing to the xpi files contained in /usr/lib64/firefox/langpacks.

The request is to have a less kludgy way to use the xpi files we ship in /usr/lib64/firefox/langpacks so that the Firefox UI language can be different from the Gnome language without downloading from a 3rd party.

Comment 8 Jan Horak 2021-12-17 12:50:46 UTC
With a fresh profile I'm unable to reproduce the state in esr 78 where there's a list of all langpacks from the rpm. It's basically the same as in 91. It must be customer profile specific since we don't install all language packs to the profile. The language packs are located in the /usr/lib64/firefox/langpacks and installed by the /usr/bin/firefox script based on current locale. We use this strategy for several years.

If administrator wants to have all langpacks installed for all users and profile they need to put the langpacks into the /usr/lib64/firefox/extensions.

Comment 9 Jan Horak 2021-12-17 12:52:27 UTC
See the https://bugzilla.redhat.com/attachment.cgi?id=1846707 as the prove of above statement.

Comment 11 Jan Horak 2022-01-14 10:58:16 UTC
Sorry, I was wrong, the langpacks has to be put into the /usr/lib64/firefox/browser/extensions/, this is differ from Thunderbird where it has to be in /usr/lib64/thunderbird/extensions/.

Comment 18 Jiri Prajzner 2022-03-02 17:24:28 UTC
rpm -qa | grep firefox
firefox-91.6.0-2.el7_9.x86_64
firefox-debuginfo-91.6.0-2.el7_9.x86_6

rpm -ql firefox
/etc/firefox
/etc/firefox/pref
/usr/bin/firefox
/usr/lib64/firefox
/usr/lib64/firefox/LICENSE
/usr/lib64/firefox/application.ini
/usr/lib64/firefox/browser/chrome
/usr/lib64/firefox/browser/chrome/icons
/usr/lib64/firefox/browser/chrome/icons/default
/usr/lib64/firefox/browser/chrome/icons/default/default128.png
/usr/lib64/firefox/browser/chrome/icons/default/default16.png
/usr/lib64/firefox/browser/chrome/icons/default/default32.png
/usr/lib64/firefox/browser/chrome/icons/default/default48.png
/usr/lib64/firefox/browser/chrome/icons/default/default64.png
/usr/lib64/firefox/browser/defaults/preferences
/usr/lib64/firefox/browser/extensions
/usr/lib64/firefox/browser/extensions/langpack-ach.org.xpi
/usr/lib64/firefox/browser/extensions/langpack-af.org.xpi
/usr/lib64/firefox/browser/extensions/langpack-an.org.xpi
/usr/lib64/firefox/browser/extensions/langpack-ar.org.xpi
...


ls /usr/lib64/firefox/browser/extensions/
langpack-ach.org.xpi    langpack-es-AR.org.xpi  langpack-hi.org.xpi
...

i can change the language from within firefox in about:preferences - language settings

Comment 23 errata-xmlrpc 2022-03-10 16:57:10 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Critical: firefox security and bug fix update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2022:0824


Note You need to log in before you can comment on or make changes to this bug.