Locales of Calendar xpi don't install



14 years ago
11 years ago


(Reporter: Cédric Corazza, Assigned: Mostafa Hosseini)




(1 attachment)



14 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041001 Firefox/0.10.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041001 Firefox/0.10.1

Under Windows and Linux, for Firefox, Thunderbird and Mozilla, when installing
the xpi files of Calendar site, on a fresh new installation of a localized
version of FF, TB or Moz (in my case, the French ones), when launching one of
these products, Calendar is displayed in English.

Reproducible: Always
Steps to Reproduce:
1.Install a localized version of TB, FF or Moz, on Windows or Linux
2.Install the related Calendar xpi
3.Relaunch the FF, TB or Moz

Actual Results:  
Calendar is displayed in English

Expected Results:  
it should have been displayed in the localized language

Comment 1

14 years ago
If you repackage the xpi file and modify the install.rdf file by adding these
lines (for French locale), at the end of the file, it works :

      <Description about="urn:mozilla:extension:file:calendar-fr-FR.jar">

Comment 2

14 years ago
The question is would it work for "normal" locale (en-US) as well.

Last I had heard extensions (.rdf format) do not register locales correctly, if
this has been fixed I will be glad to add the locale data to the .rdf format.

As a side not can you re-verify that Mozilla 1.7 (Suite) does not work with the
Suite Calendar extension, we should be registering the language specific locales
with it, without a problem...  Marking new in light of FF/TB

{possible dupe?}
Ever confirmed: true

Comment 3

14 years ago
Just remember that we don't want to install all locales by default. Only if the
locale has already been installed for the main app.I'm not sure if that would be

Comment 4

14 years ago
I will double check if the EM now does selective install of locales like that
Mostafah, with the l10n intensive FF 1.0 builds, we may consider building xpi's
for each locale seperately as well, "For l10n builds, go here"

"Calendar Base -- required for all locales"
"calendar - en-US"
"calendar - ....."

Would require a much larger overhead for us until Ben or someone else fixes the
locale install mechanics though :(

Comment 7

14 years ago
*** Bug 268130 has been marked as a duplicate of this bug. ***

Comment 8

13 years ago
If I look at Benjamins doc and locale/en-US/calendar/contents.rdf, I see

<RDF:Description about="urn:mozilla:en-US"
instead of 
<RDF:Description RDF:about="urn:mozilla:locale:en-US" 

Comment 9

13 years ago
Not sure where to feed this to, but the german firefox and thunderbirds are
de-DE, not de-AT like the mozilla builds.

Comment 10

13 years ago
Created attachment 169416 [details] [diff] [review]
install.rdf patch:  add <file> for each locale jar

(patch -p 2 -i file.patch)

Adds <File> block saying what path is in each locale jar, as suggested in
comment #1.  Tested on fr-FR TB 1.0.

Re: comment #2, does not create a <file> for en-US, as that not in a separate
jar, but is in calendar.jar, and this patch does not change how jars are

Re: comment #3, as far as I know the extensions manager installs all jars for
now.  Maybe a future version could be smarter about omitting jars for unused
locales.  But for now it seems better to install all jars rather than not
enough jars, so the localizations can be tested and used.

Re: comment #9, this does not address the de-DE vs. de-AT problem.  (That will
probably require copying the directory into one named de-DE and creating
another jar.)

Comment 11

13 years ago
Target 0.2rc2
Target Milestone: --- → Sunbird 0.2RC2

Comment 12

13 years ago
When at some point when we were installing all the locales, bug 234899 was
introduced which was because a partial locale registration was happening.
Doesn't this bring back that bug?

Comment 13

13 years ago
What are symptoms of a partial locale registration problem?

Bug 234899 describes the Mozilla Suite Appearance/language preference, which FF
and TB do not have.

The patch only modifies install.rdf which as I underestand is not used by
Mozilla Suite installation.

Comment 14

13 years ago
Comment on attachment 169416 [details] [diff] [review]
install.rdf patch:  add <file> for each locale jar

I've checked in this patch since I didn't see any apparent problems. Please
feel free to test this new xpi which includes the patch and report any
Attachment #169416 - Flags: first-review+

Comment 15

13 years ago
I installed the attached xpi and ... it works fine on Windows XP for Firefox 1.0
and Thunderbird 1.0 for French locale.

Comment 16

13 years ago
*** Bug 277037 has been marked as a duplicate of this bug. ***

Comment 17

13 years ago
(In reply to comment #14)
> (From update of attachment 169416 [details] [diff] [review] [edit])
> I've checked in this patch since I didn't see any apparent problems. 

Any reason to keep this open?

Comment 18

12 years ago
*** Bug 271623 has been marked as a duplicate of this bug. ***


12 years ago
QA Contact: installer
Last Resolved: 12 years ago
Resolution: --- → WONTFIX
Mass move of all Installer bugs to General per ctalbert.
Component: Installer → General
The bugspam monkeys have been set free and are feeding on Calendar :: General. Be afraid for your sanity!
QA Contact: installer → general


11 years ago
Target Milestone: Sunbird 0.2RC2 → ---
You need to log in before you can comment on or make changes to this bug.