10080 2010-07-04 20:10:42 +0000 "in body" insertion mode, "any other end tag", step 2.2 seems wrong. 2010-10-22 10:35:04 +0000 1 1 1 Unclassified HTML WG pre-LC1 HTML5 spec (editor: Ian Hickson) unspecified Other other RESOLVED FIXED http://www.whatwg.org/specs/web-apps/current-work/#foster-parenting P1 critical --- 10063 1 eric ian contributor eric ian mike Ms2ger public-html-admin public-html-wg-issue-tracking w3c public-html-bugzilla oldest_to_newest 36572 0 eric 2010-07-04 20:10:42 +0000 "in body" insertion mode, "any other end tag", step 2.2 seems wrong: 2. If node has the same tag name as the token, then: 2.1 Generate implied end tags. 2.2 If the tag name of the end tag token does not match the tag name of the current node, this is a parse error. 2.3 Pop all the nodes from the current node up to node, including node, then stop these steps. 2.2. should instruct implementors to abort the steps after the parse error, since reaching 2.3, having already popped the node in 2.1 will fail? 36586 1 zcorpan 2010-07-05 14:02:18 +0000 The steps shouldn't be aborted, but 2.1 should say to generate implied end tags except the tag name of the current token. I think jgraham has already filed a bug for that. 36716 2 eric 2010-07-09 06:40:09 +0000 *** Bug 10078 has been marked as a duplicate of this bug. *** 36861 3 ian 2010-07-14 19:14:33 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, 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 Status: Accepted Change Description: see diff given below Rationale: Concurred with comment 1. 36862 4 contributor 2010-07-14 19:14:55 +0000 Checked in as WHATWG revision r5162. Check-in comment: Change the 'end tag' processing to not imply its own end tag, since that makes no sense. (Only affects parsing of rp and rt elements.) Also clean up the way categories are references to avoid too many negatives, and put option and optgroup in the 'special' category (should have no effect in practice). And make a loop use a label rather than jumping to a numbered step. http://html5.org/tools/web-apps-tracker?from=5161&to=5162 41665 5 Ms2ger 2010-10-22 10:35:04 +0000 *** Bug 10079 has been marked as a duplicate of this bug. ***