Closed Bug 105725 Opened 23 years ago Closed 23 years ago

Parser interprets commented out meta http-equiv tag and applies to document

Categories

(Core :: DOM: HTML Parser, defect, P3)

defect

Tracking

()

VERIFIED DUPLICATE of bug 124904
mozilla1.2alpha

People

(Reporter: tague, Assigned: harishd)

References

()

Details

(Keywords: intl, Whiteboard: [fix in hand])

Attachments

(1 file)

There seems to be a problem with the parser reading commented out meta http-equiv tags as "live" and applying them to the document. If you open up the above URL, Mozilla will render it as a cp1252 document (even after applying character encoding auto-detect) instead of Shift-JIS which is specified in the actual/live meta http-equiv tag. In the Page Source view, mozilla displays the commented out meta http-equiv as a comment. Internet Explorer renders the page as expected (in Japanese).
Looks like a Quirks doctype, so we may be using slightly non-standard comment parsing.
This is not a comment parsing problem, imo. The meta charset extraction is done in nsHTMLDocument.cpp as far as I can tell and is _not_ done by the parser. confirming, but this could very well be an i18n problem.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: intl
OS: Windows 2000 → All
Hardware: PC → All
Boris: This is a bug in the parser. There is a meta charset sniffing code in nsParser and I think that's where the problem is.
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla0.9.7
CC'ing some i18n folks. harish, is this a problem in not being able to ignore comments in the charset sniffing code only? Not a generic comment parsing problem?
kat: This is not a comment parsing problem.
Attached patch patch v1.0Splinter Review
This could have an impact on the performance!.
Whiteboard: [fix in hand]
Working on a better fix since I don't want to compromise performance.
Target Milestone: mozilla0.9.7 → mozilla0.9.8
Out of time. Mass move to 0.9.9
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Target Milestone: mozilla0.9.9 → mozilla1.0
Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+, topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword. Please send any questions or feedback about this to adt@netscape.com. You can search for "Moving bugs not scheduled for a project" to quickly delete this bugmail.
Target Milestone: mozilla1.0 → mozilla1.2
How is this different from bug 124904?
Yup this is a dup of bug 124904 ( or the other way around ). *** This bug has been marked as a duplicate of 124904 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Verified dup
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: