Closed
Bug 802725
Opened 12 years ago
Closed 4 years ago
XML Parsing Error after 16 launch
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: Matt_G, Unassigned)
Details
Attachments
(1 file)
212.43 KB,
image/png
|
Details |
We saw a distinct spike in XML Parsing Error reports for a single day after the 16 launch. The reports have now dropped off completely. You can see the trend here:https://input.mozilla.org/en-US/?product=firefox&version=16.0&date_start=&date_end=&q=XML+Parsing+Error It seems to be Windows 7 predominantly. Some of posts are almost identical, so it could be a single user skewing the data.
Comment 1•12 years ago
|
||
One of the comments says "File pointed: netError.xhtml Line Number 309, Column 54" http://mxr.mozilla.org/mozilla-release/source/docshell/resources/content/netError.xhtml#309 Perhaps a localization is missing, or has bogus value for, one of the entities in this file? Do we have the user's localization in the input data?
Comment 2•12 years ago
|
||
All the comments seems to have "Windows 7 English (US)" so I'm guessing en-US.
Comment 3•12 years ago
|
||
I found several results in google where people saw this error related to some addons like Amazon Toolbar or Speedtest, but the error messages are not exactly the same. https://support.mozilla.org/mai/questions/781430#answer-134716 http://support.mozilla.org/pa-IN/questions/767228 Attached is an error page I get when going to the about:addons page while I unplug the internet connection in this VM and then try to initiate a speedtest. I wonder if I could trigger a TestPilot study which would maybe try to access a resource that is not available and display a similar message under the right circumstances (which I still don't know how to recreate).
Comment 4•12 years ago
|
||
Hmm, the entity ref in that screenshot is &netOffline.longDesc; but l10n-mozilla-release, mozilla-release, -beta, -aurora, -central all use &netOffline.longDesc2; http://mxr.mozilla.org/mozilla-release/search?string=ed_netOffline&find=&findi=&filter=^[^\0]*%24&hitlimit=&tree=mozilla-release Searching for "netOffline.longDesc" reveals some declarations of both: http://mxr.mozilla.org/l10n-mozilla-release/search?string=netOffline.longDesc&find=&findi=&filter=^[^\0]*%24&hitlimit=&tree=l10n-mozilla-release e.g. http://mxr.mozilla.org/l10n-mozilla-release/source/bn-BD/dom/chrome/netError.dtd#28 but there are no "&netOffline.longDesc;" that I can find. (would have been nice if one could see the file name in that screenshot)
Comment 6•12 years ago
|
||
CCing Jorge, there are some add-ons which have the old entity, maybe they should be labeled as "not compatible with Firefox 16"
Comment 7•12 years ago
|
||
Added to override list: https://addons.mozilla.org/en-US/firefox/addon/firefix/ https://addons.mozilla.org/en-US/firefox/addon/bandwidth-meter-and-diagnostic/ https://addons.mozilla.org/en-US/firefox/addon/domain-lookup/ https://addons.mozilla.org/en-US/firefox/addon/go2-proxy/ I also contacted the developers. Judging by what I've seen in add-on code, "&netOffline.longDesc2;" has been in use for a while, and "&netOffline.longDesc;" was removed just now in Firefox 16. Some add-ons didn't update to the new string and then broke. This is as much as we can do for add-on compat, so maybe this bug can be closed.
Comment 8•4 years ago
|
||
Not sure if this should be marked as fixed, but it's definitely not relevant anymore.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•