Red Hat Bugzilla – Bug 427349
Fedora ships out-of-sync locale files
Last modified: 2008-04-24 08:43:05 EDT
Description of problem: As reported at mozilla bugzilla: Download manager does not work when using pl_PL.UTF-8 locale. Version-Release number of selected component (if applicable): firefox-3.0-0.beta2.5.fc9.x86_64 How reproducible: always Steps to Reproduce: 1. export LANG=pl_PL.UTF-8 2. start firefox 3. press CTRL-Y Actual Results: A window containing the following appears: Błąd parsowania XML: niezdefiniowana jednostka Obszar: chrome://mozapps/content/downloads/downloads.xul Numer linii: 79, kolumna 5: <key id="key_info" key="&cmd.info.commandKey;" oncommand="onDownloadShowInfo();" modifiers="accel"/> ----^ Which means: XML parsing error: undefined unit Location: chrome://mozapps/content/downloads/downloads.xul Line number: 79, column 5: <key id="key_info" key="&cmd.info.commandKey;" oncommand="onDownloadShowInfo();" modifiers="accel"/> ----^ Expected Results: Download manager starts normally Additional info: The bug was closed as invalid with the following comment: You're using a third-party package which probably contains out of sync localization files. If you can't reproduce the bug with a recent, Mozilla.org-made build (http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk-l10n/), please report that bug to Fedora packagers. On a side note, it seems that Fedora packaging process is probably broken, since an issue like this one would be caught by compare-locales.pl at build time.
fixed in firefox-3.0-0.beta2.5.fc9
It's 3.0-0.beta2.5.fc9 that fails. To me, it looks like the Polish langpack claims to be compatible, but it isn't.
ahh, sorry, I missed it. I can reproduce it.
Do you have the upstream bug somewhere?
In external bugzilla references: #410612
Aha, thanks.
I can't reproduce it with the upstream packages so it seems to be fedora bug....
Well, 3.0b3 isn't really a precise version yet, so possibly the translation is a few days out of sync with the program.
The upstream 3.0b3 (trunk) works fine...needs some investigation.
It needs the lates xulrunner, too. Updating xulrunner in rawhide, will be fixed in firefox-3.0-0.beta2.6.fc9 and xulrunner-1.9-0.beta2.5.fc9.
should be fixed now.
This time no language packs seem to be available. Well, at least the download manager is usable.
Really? Because the localization (LC_ALL=pl_PL.utf8) works fine for me.
That's strange. I have no langpacks listed in Tools -> Add-ons, and firefox is running in English.
For reference, I grabbed latest xulrunner and firefox from koji: firefox-3.0-0.beta2.6.fc9.x86_64 xulrunner-1.9-0.beta2.6.fc9.x86_64 xulrunner-devel-1.9-0.beta2.6.fc9.x86_64
Strange...the same packages work for me.
Created attachment 290839 [details] installed languages
Really weird. Do you happen to know which files contain the langpacks?
I have them in /usr/lib64/firefox-3.0b3pre/extensions
Looks like something ate them: [jsikorski@snowball ~]$ rpm -ql firefox | grep /usr/lib64/firefox-3.0b3pre/extensions /usr/lib64/firefox-3.0b3pre/extensions /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/chrome /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/chrome.manifest /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/chrome/inspector.jar /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/components /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/components/inspector-cmdline.js /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/defaults /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/defaults/preferences /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/defaults/preferences/inspector.js /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/install.rdf /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/platform /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/platform/Linux /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/platform/Linux/chrome /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/platform/Linux/chrome/icons /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/platform/Linux/chrome/icons/default /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/platform/Linux/chrome/icons/default/winInspectorMain.xpm /usr/lib64/firefox-3.0b3pre/extensions/inspector@mozilla.org/platform/Linux/chrome/icons/default/winInspectorMain16.xpm /usr/lib64/firefox-3.0b3pre/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} /usr/lib64/firefox-3.0b3pre/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/install.rdf [jsikorski@snowball ~]$
Ahh, you're right. reopened.
firefox-3.0-0.beta2.6.fc9.x86_64 contains a wrong langpack, I hope firefox-3.0-0.beta2.7.fc9 will fix it.
Yay, looks like the langpacks are OK this time.
With latest rawhide, that is: xulrunner-1.9-0.beta2.7.fc9.x86_64 firefox-3.0-0.beta2.8.fc9.x86_64 the problem appeared again, but this time the window which appear when you click a link (Open with, Save) got broken.
Still present with firefox-3.0-0.beta2.10.nightly20080113.fc9.x86_64
%define tarball firefox-20080113.tar.bz2 --snip-- Source2: firefox-langpacks-20080104.tar.bz2 I guess that's the reason.
*** Bug 428418 has been marked as a duplicate of this bug. ***
Should be fixed now.