This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Gecko bug: https://bugzilla.mozilla.org/show_bug.cgi?id=502804 Per HTML5, <ul><li>A<iul></l>B parses as: ul li A ul B For compat, it should parse as: ul li A ul B
s|<ul><li>A<iul></l>B|<ul><li>A<ul></li>B|
So "li" end tags should be scoped to something or other?
HTML5 matches IE8 here.
(In reply to comment #2) > So "li" end tags should be scoped to something or other? Yes, ol and ul create a scope. When there's no "li" element in ol/ul scope, "li" end tags are ignored. (Firefox and WebKit does the same with <dd><dl></dd>x and WebKit with <dt><dl></dt>x, but Opera does not. Have not tested IE for these. I'm not aware of sites depending on one or the other for <dl>.) (In reply to comment #3) > HTML5 matches IE8 here. I think IE8 is not compatible with Web content here. This exact issue is pointed out as a compat problem in IE8 documentation, and IE8 doesn't do it in quirks or compat view modes. I think from Opera's point of view, the specified behavior is WONTIMPLEMENT for Web compat reasons.
(IE7 and IE8 in quirks and compat view modes always ignore "li" end tags.)
Ok...
This bug predates the HTML Working Group Decision Policy. If you are satisfied with the resolution of this bug, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html This bug is now being moved to VERIFIED. Please respond within two weeks. If this bug is not closed, reopened or escalated within two weeks, it may be marked as NoReply and will no longer be considered a pending comment.