Closed Bug 504339 Opened 15 years ago Closed 14 years ago

Enhance compare-locales could use some xml-parsing error heuristics for entity values

Categories

(Mozilla Localizations :: Infrastructure, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Pike, Assigned: Pike)

References

(Blocks 1 open bug)

Details

Bug filed, there are some trivial things to catch inside entity values in DTDs to catch common XML parsing errors.
Axel and Tim, it is quite possible that I missed some discussion in email or bugs since I'm still shoveling through the backlog from my vacation.  What's going on here and how can I help?
Clint-  this came up as some fall-out of a 3.5 locale issue that was seen right around release.  There was one error to an Entity reference that could have been caught by a simple string checker test tool.  There is an example in: 

http://mxr.mozilla.org/l10n-mozilla1.9.1/source/sr/toolkit/chrome/mozapps/update/updates.dtd#10

brandShortName is spelled wrong causing an XML parser error during the update.  A very bad thing to happen!  It was introduced several months go, but not seen until the manual update after 3.5 release.

There are probably other simple assertions about entities that should be tested.  We should sit down with Axel discuss options for solutions and resources to work on this.
blocking1.9.1: needed → ---
Taking, I have a patch in the works.
Assignee: nobody → l10n
Status: NEW → ASSIGNED
OS: Mac OS X → All
Hardware: x86 → All
Possible follow up bug, bug 570680 removed the check for the installer vars from the Makefile, if it's not obsoleted by MSIs, a similar check would be good.
It won't be obsoleted by MSIs anytime soon and since there was the l10n requirement that NSIS had to use either properties or dtd files I think it is just as reasonable that compare-locales should be made to work with the NSIS properties files.
I'll need to move the installer vars stuff into a separate patch and get some help from :rs on those. I don't really know which of the things a trivial patch finds are errors and which just work.
Blocks: 592639
Blocks: 601942
I released compare-locales 0.9, marking this FIXED.

Using it on the dashboard is covered by bug 601942. Plan is to roll this in to production as part of the 2.0 branch downtime.

Coop, for getting this up on releng, how much public bake-time would you want? Also, what'd be a good time to do this? Shortly after branch?
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.