W3C home > Mailing lists > Public > whatwg@whatwg.org > July 2013

Re: [whatwg] Another issue in 12.2.5.5 parsing tokens in foreign content

From: Ian Hickson <ian@hixie.ch>
Date: Mon, 1 Jul 2013 23:24:38 +0000 (UTC)
To: Michael Day <mikeday@yeslogic.com>, Adam Barth <w3c@adambarth.com>
Message-ID: <Pine.LNX.4.64.1307012319090.11139@ps20323.dreamhostps.com>
Cc: whatwg@whatwg.org
On Thu, 18 Apr 2013, Michael Day wrote:
> 
> Another issue regarding recent changes to 12.2.5.5 "The rules for 
> parsing tokens in foreign content".
> 
> When a HTML start tag is seen (specifically "b", "big", "blockquote", 
> "body", "br", "center", "code", ...) the following procedure is given to 
> recover from the parse error:
> 
> """
> If the stack of open elements does not have an element in scope that is a
> MathML text integration point, an HTML integration point, or an element in the
> HTML namespace, or if the stack of open elements has only one element, then
> process the token using the rules for the "in body" insertion mode. (fragment
> case)
> """
> 
> Since the stack of open elements always has <html> at the top of the 
> stack, the "element in scope" algorithm will always find it, and as a 
> result, the first part of the condition will always fail.

I ended up removing this from the spec for other reasons, so this should 
be resolved now. Let me know if it's not.

(No, I don't know what I had originally intended.)

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Monday, 1 July 2013 23:25:03 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 17:00:03 UTC