530286 - Update dialog shows xml error for French locale

Status: VERIFIED FIXED

(Mozilla Localizations :: fr / French, defect)

Description

[Pascal Chevrel (relman team) -> :pascalc|PTO until Sept 2]

Attachment: screenshot of xml error

The latest trunk nightly has xml error in updating box, 

1/ go to Aide menu
2/ click on Rechercher des mises à jour

expected result:
pop up box looking for updates

actual result:
pop up box with xml error for this entity:  
<label>&manualUpdateGetMsg.label;</label>

(see screenshot)

build id is:

Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.3a1pre) Gecko/20091119 Minefield/3.7a1pre

Comment 1

[u162289]

It doesn't seem related to the localization but rather to extensions.

I started Firefox with a brand new profile and couldn't reproduce this error.

On my current profile, I deinstalled some extensions, most of them deprecated, and the error has gone away.

For the record, the extensions were:

User Agent Switcher 0.7.2
Test Pilot 0.3
Mouse Gestures Redox 2.0.3
FireFTP 1.0.5
Adblock 0.5.3.043

I reinstalled these extensions on a new profile (with Nightly Tester Tools 2.0.3) and I couldn't reproducethe error.

Comment 2

[Pascal Chevrel (relman team) -> :pascalc|PTO until Sept 2]

I do not have extensions installed for this profile.

Comment 3

[Pascal Chevrel (relman team) -> :pascalc|PTO until Sept 2]

I tested with today's nightly build and the bug is fixed, so looks lilke it wasn't l10n related

Comment 4

[Pascal Chevrel (relman team) -> :pascalc|PTO until Sept 2]

reopening, Juanb is seeing the problem on 3.6beta4

Comment 5

[Henrik Skupin [:whimboo][⌚️UTC+2] (away July 24th - August 16th)]

I would suspect bug 407875. Juan, can you please test it? Probably other localizations are affected too.

Comment 6

[Frédéric Buclin]

Does it prevent automatic upgrades? If yes, I would say a respin for beta4 would make sense, else we would never get a notification for beta5/rc1.

Comment 7

[Axel Hecht [:Pike]]

The current tip is fine for french, so doing a respin is an option.

http://hg.mozilla.org/releases/l10n-mozilla-1.9.2/fr/rev/96f135d042bc is the revision with the fix, and it was a reference to   in XUL, that entity is only defined in HTML though, AFAIK.

Comment 8

[Frédéric Buclin]

This checkin was made last Saturday, on Nov 21, while beta4 was built later:

Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.2b4) Gecko/20091124 Firefox/3.6b4

Why hasn't this fix been included in build1?

Comment 9

[Axel Hecht [:Pike]]

Because we're building off of sign-off source stamps, and we didn't get a sign-off update for that fix.

Comment 10

[u162289]

(In reply to comment #9)
I wasn't sure   was the root cause of this bug, so I didn't opt in for this changeset.
Also, this entity was also present in 1.9.1 branch and the error don't appear in firefox 3.5.x. Nonetheless, I removed it from the 1.9.1 too and I will opt in if this is the cause of this bug.

Comment 11

[Frédéric Buclin]

I confirm that Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.2b5pre) Gecko/20091125 Namoroka/3.6b5pre doesn't have this bug.

Comment 12

[Axel Hecht [:Pike]]

Here's the background:

The strings were pre-landed for 1.9.1 (bug 318855), and never saw their bug coming into action before 1.9.2, in particular, the patch that started using those was landed on 1.9.2 on nov 19th (bug 407875).

We did a respin for B4 fr, and that changeset is gonna be in for ongoing 3.6 milestones, too.

Comment 13

[Frédéric Buclin]

(In reply to comment #12)
> We did a respin for B4 fr

Yes, it's working fine now. Thanks! :)