266007 - Locales of Calendar xpi don't install

Status: VERIFIED WONTFIX

(Calendar :: General, defect)

Description

[Cédric Corazza]

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

[Cédric Corazza]

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 :

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

Comment 2

[Justin Wood (:Callek)]

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?}

Comment 3

[Mostafa Hosseini]

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
possible

Comment 4

[Justin Wood (:Callek)]

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 5

[gekacheka]

Is this relevant?  http://www.saintpatrickdc.org/bsmedberg/register-locale.html

Comment 6

[Mostafa Hosseini]

(In reply to comment #5)
> Is this relevant?  http://www.saintpatrickdc.org/bsmedberg/register-locale.html

Just in case it is, I've added chrome:name to all contents.rdf files in locale:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=mozilla%2Fcalendar&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-11-01+12%3A35&maxdate=2004-11-01+12%3A35&cvsroot=%2Fcvsroot

Comment 7

[Mostafa Hosseini]

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

Comment 8

[Axel Hecht]

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

[Axel Hecht]

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

[gekacheka]

Attachment: 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
created.

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

[gekacheka]

Target 0.2rc2

Comment 12

[Mostafa Hosseini]

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

[gekacheka]

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

[Mostafa Hosseini]

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
problems:
http://ftp.mozilla.org/pub/mozilla.org/calendar/xpi/windows/calendar_windows_20
050103.xpi

Comment 15

[Cédric Corazza]

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

[Joey Minta]

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

Comment 17

[Joey Minta]

(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

[Joey Minta]

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

Comment 19

[Martin Schröder [:mschroeder]]

XPI-only
-> WONTFIX

Comment 20

[Marcia Knous [:marcia]]

Mass move of all Installer bugs to General per ctalbert.

Comment 21

[Reed Loden [:reed]]

The bugspam monkeys have been set free and are feeding on Calendar :: General. Be afraid for your sanity!