Closed Bug 132785 Opened 23 years ago Closed 23 years ago

Fault in formatting of webpage; support <!-- comment --X>

Categories

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

defect

Tracking

()

RESOLVED FIXED
mozilla1.0

People

(Reporter: bruno.lutterotti, Assigned: hjtoi-bugzilla)

References

()

Details

(Keywords: regression)

Attachments

(2 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9+) Gecko/20020321 BuildID: 2002032103 Formatting on page does not appear correctly --- I beLIEve it has something to do with CSS... Reproducible: Always Steps to Reproduce: 1.Open Mozilla 2. enter URL: http://www.xenu.net/ 3. compare with IE 5.5 or 6 Actual Results: The page doesn't appear correctly -- several things missing with formatting and content.... Expected Results: Correct formatting and content should appear
Attached file testcase
Basically, in strict comment parsing <!-- comment --X> where X is any non-whitespace character is treated as an underminated comment. This seems wrong to me....
Assignee: asa → heikki
Status: UNCONFIRMED → NEW
Component: Browser-General → Parser
Ever confirmed: true
OS: Windows NT → All
Hardware: PC → All
Ok, this is another regression caused by my comment fixing. The question in here, as well as in bug 132238, is: should we really fix them in strict mode comment parsing? For both of these cases the fix would be rather simple.
Status: NEW → ASSIGNED
Keywords: regression
Priority: -- → P1
Target Milestone: --- → mozilla1.0
Attached patch Proposed fixSplinter Review
Relaxed IsGoodCommentEnd() function so that it accepts anything, excluding two consecutive dashes "--" because that indicates we must continue with regular processing. Also renamed the function to IsCommentEnd().
Comment on attachment 75636 [details] [diff] [review] Proposed fix r=harishd
Attachment #75636 - Flags: review+
Comment on attachment 75636 [details] [diff] [review] Proposed fix sr=jst
Attachment #75636 - Flags: superreview+
just looked at the SGML Handbook, the way I interpret the Comment Declation [section 10.3 SGML Handbook] is that you can have any of these scenarios and be legal: <!> <!-- blah --> <!-- blah -- > <!-- blah -- -- blah --> <!-- blah ---- blah --> <!-- blah -- -- blah -- > there may be more though! You cannot have: <! >
Yes, in SGML. But this is HTML, which has forbidden a lot of SGML stuff, and we don't have a validating HTML parser. Anyway, the question is what should we do when we see these in strict mode: This bug: <!--foo--bar> bug 132238: <!> <!foo> <! > IE accepts all of them. I am getting more convinced that we should too. I have fixes for these as well.
Summary: Fault in formatting of webpage → Fault in formatting of webpage; support <!-- comment --X>
Whiteboard: [fixinhand]
Bug 110544 was the one that caused this.
Yes, I realize we are HTML. However, the comment declartion parameters set forth in SGML is pretty standard, even in HTML. My recommendation is if the comment syntax falls out of the syntax set in the SGML declaration, then handle it like any other malformed element. If I recall correctly, malformed comments resulted in the comment being rendered. As for IE handling poorly constructed elements, so what? If the IE folks want to go down that path, let them. Wasn't our motto "standards"?
NS 4.x also happily eats bad comments. And since it took only 7 days for this regression to be found I suspect there are a lot of broken pages out there. More reasons why I believe we must fix these regressions in the code, and not by evangelism.
Comment on attachment 75636 [details] [diff] [review] Proposed fix a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #75636 - Flags: approval+
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Whiteboard: [fixinhand]
Heikki: all this patch does is mess up strict mode. The testcase already works in quirks mode. Given that we evangelized multi-dash comments for strict mode documents (which I would estimate to be at least an order of magnitude more common than any of these), this patch is pointless and should be backed out.
We can experiment all we want after 1.0, but I don't like to break things now.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: