Closed Bug 619314 Opened 14 years ago Closed 14 years ago

Fx4.0b8 french fails on start due to showAllBookmarks being renamed to showAllBookmarks2

Categories

(Mozilla Localizations :: fr / French, defect)

Product:
Mozilla Localizations
Component:
fr / French
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

(blocking2.0 beta8+)

Status:
RESOLVED DUPLICATE of bug 619258
Milestone:
mozilla2.0b8
Tracking Flags:
Tracking Status
blocking2.0 --- beta8+

People

(Reporter: LpSolit, Assigned: bugzilla.fr)

References

Details

When starting Fx4.0b8 french, it immediately fails with: Erreur d'analyse XML : entité non définie Emplacement : chrome://browser/content/browser.xul Numéro de ligne 1469, Colonne 7 : <menuitem id="bookmarksShowAll" This is a consequence of bug 610922. This is similar to bug 616129 for the Romanian pack (which has been marked as wontfix instead of retargetted to the correct component?!). We should rebuild beta8 with this fix as it's a show-stopper.
Do we need to rebuild everything, or just those locales?
blocking2.0: --- → beta8+
I added the string to the French locale in this changeset: http://hg.mozilla.org/l10n-central/fr/rev/1afc09633016 I think we just need to use a more recent revision. You can take whatever changeset after that, possibly the latest. Sorry, but with no clear freeze date (it's been "really soon now" for weeks) we just don't know when it's important to do the sign-off thing.
Its also been reported that the 'tr' version has the same issue.
The Finnish version is broken also.
(In reply to comment #7) > The Finnish version is broken also. This bug is for french only. Keep the other bug open for finnish.
Also broken for german (de) version on MacOSX: XML-Verarbeitungsfehler: Nicht definierte Entität Adresse: chrome://browser/content/browser.xul Zeile Nr. 1451, Spalte 7: <menuitem id="bookmarksShowAll" ------^
Pike: is there no l10n dashboard which is supposed to list missing entities? It looks silly to release beta8 when so many l10n packages are broken.
I just did a signoff on the latest changeset: https://l10n-stage-sj.mozilla.org/shipping/pushes?locale=fr&av=fx4.0 Hope it helps. I usually ask to Cédric or Philippe to do it when the changes are mine so they can be double-checked, but I suppose having a beta out is more important :) Frédéric: AFAIK, the l10n dashboard only compares with the latest changeset, not the one that was signed off. So we don't really know it's out of date.
(In reply to comment #8) > (In reply to comment #7) > > The Finnish version is broken also. > > This bug is for french only. Keep the other bug open for finnish. Could someone set the blocking2.0 beta8 flag for the Finnish bug (bug 619314)?
Also broken for german (de) version on Win32: XML-Verarbeitungsfehler: Nicht definierte Entität Adresse: chrome://browser/content/browser.xul Zeile Nr. 1342, Spalte 13: <menuitem id="appmenu_showAllBookmarks" ------------^
(In reply to comment #13) > Also broken for german (de) version on Win32: Sierk: please file a separate bug for german packages. This bug is for french only!
Also, could someone set the blocking2.0 beta8 flag for the Romanian bug https://bugzilla.mozilla.org/show_bug.cgi?id=619341 ?
(In reply to comment #14) > Sierk: please file a separate bug for german packages. This bug is for french > only! Why not filing a more general bug which targets _ALL_ l10n builds alltogether? I think, it's pointless, to file the same bug for each language version, since the cause for this issue is the same for each several l10n version. How many localisations do exist? Do you want every localisation have its own separate bug but describing all the same issue? Why not changing and expanding this bug 619314 or bug 619290 to cover not only french and finish localisation on Windows and Linux but change it to a bug which covers ALL localisations and ALL platforms altogether?
(In reply to comment #16) > Why not filing a more general bug which targets _ALL_ l10n builds alltogether? Because each locale has its own team, and not all locales are affected. Anyway, the german bug is bug 619289.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
No, this is not a duplicate. Fixing bug 619258 doesn't fix this bug. You still have to fix it manually for each locale, as Benoit did in comment 4.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Ack, sorry. Got a little dupe-happy ;-)
It is a duplicate, even though the initial comments in bug 619258 don't look like it immediately. The bustage there shows up at build time for some locales and at runtime for others, but it's all the same bug, and that is, l10n-merge not being run during the repack step. Fixing that string to be actually French is good enough for beta 9.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → DUPLICATE
Depends on: 692657
No longer depends on: 692657
You need to log in before you can comment on or make changes to this bug.