Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 427349 - Fedora ships out-of-sync locale files
Fedora ships out-of-sync locale files
Product: Fedora
Classification: Fedora
Component: firefox (Show other bugs)
All Linux
low Severity low
: ---
: ---
Assigned To: Martin Stransky
Fedora Extras Quality Assurance
: Reopened
: 428418 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2008-01-03 07:22 EST by Julian Sikorski
Modified: 2008-04-24 08:43 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-04-24 08:43:05 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
installed languages (99.77 KB, image/png)
2008-01-04 06:29 EST, Martin Stransky
no flags Details

External Trackers
Tracker ID Priority Status Summary Last Updated
Mozilla Foundation 410612 None None None Never

  None (edit)
Description Julian Sikorski 2008-01-03 07:22:14 EST
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):

How reproducible:

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();"

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
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
Comment 1 Martin Stransky 2008-01-03 08:50:33 EST
fixed in firefox-3.0-0.beta2.5.fc9
Comment 2 Julian Sikorski 2008-01-03 09:40:19 EST
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.
Comment 3 Martin Stransky 2008-01-03 10:00:00 EST
ahh, sorry, I missed it. I can reproduce it.
Comment 4 Martin Stransky 2008-01-03 10:00:27 EST
Do you have the upstream bug somewhere?
Comment 5 Julian Sikorski 2008-01-03 10:05:31 EST
In external bugzilla references: #410612
Comment 6 Martin Stransky 2008-01-03 10:07:22 EST
Aha, thanks.
Comment 7 Martin Stransky 2008-01-03 10:13:31 EST
I can't reproduce it with the upstream packages so it seems to be fedora bug....
Comment 8 Julian Sikorski 2008-01-03 10:19:34 EST
Well, 3.0b3 isn't really a precise version yet, so possibly the translation is a
few days out of sync with the program.
Comment 9 Martin Stransky 2008-01-03 10:34:05 EST
The upstream 3.0b3 (trunk) works fine...needs some investigation.
Comment 10 Martin Stransky 2008-01-03 11:34:08 EST
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.
Comment 11 Martin Stransky 2008-01-04 05:26:01 EST
should be fixed now.
Comment 12 Julian Sikorski 2008-01-04 05:45:24 EST
This time no language packs seem to be available. Well, at least the download
manager is usable.
Comment 13 Martin Stransky 2008-01-04 05:57:28 EST
Really? Because the localization (LC_ALL=pl_PL.utf8) works fine for me.
Comment 14 Julian Sikorski 2008-01-04 06:15:20 EST
That's strange. I have no langpacks listed in Tools -> Add-ons, and firefox is
running in English.
Comment 15 Julian Sikorski 2008-01-04 06:24:29 EST
For reference, I grabbed latest xulrunner and firefox from koji:
Comment 16 Martin Stransky 2008-01-04 06:26:48 EST
Strange...the same packages work for me.
Comment 17 Martin Stransky 2008-01-04 06:29:40 EST
Created attachment 290839 [details]
installed languages
Comment 18 Julian Sikorski 2008-01-04 06:33:57 EST
Really weird. Do you happen to know which files contain the langpacks?
Comment 19 Martin Stransky 2008-01-04 08:29:28 EST
I have them in /usr/lib64/firefox-3.0b3pre/extensions
Comment 20 Julian Sikorski 2008-01-04 09:57:51 EST
Looks like something ate them:
[jsikorski@snowball ~]$ rpm -ql firefox | grep
[jsikorski@snowball ~]$ 
Comment 21 Martin Stransky 2008-01-04 10:10:45 EST
Ahh, you're right. reopened.
Comment 22 Martin Stransky 2008-01-04 11:02:01 EST
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.
Comment 23 Julian Sikorski 2008-01-04 12:29:13 EST
Yay, looks like the langpacks are OK this time.
Comment 24 Julian Sikorski 2008-01-12 07:53:01 EST
With latest rawhide, that is:
the problem appeared again, but this time the window which appear when you click
a link (Open with, Save) got broken.
Comment 25 Julian Sikorski 2008-01-15 14:44:58 EST
Still present with firefox-3.0-0.beta2.10.nightly20080113.fc9.x86_64
Comment 26 Julian Sikorski 2008-01-15 14:48:37 EST
%define tarball firefox-20080113.tar.bz2
Source2:        firefox-langpacks-20080104.tar.bz2
I guess that's the reason.
Comment 27 Martin Stransky 2008-02-28 12:20:15 EST
*** Bug 428418 has been marked as a duplicate of this bug. ***
Comment 28 Martin Stransky 2008-04-24 08:43:05 EDT
Should be fixed now.

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