W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > September 2010

[Bug 9659] Initial U+0000 should not set frameset-ok to "not ok"

From: <bugzilla@jessica.w3.org>
Date: Tue, 28 Sep 2010 18:51:37 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1P0fH7-0001Fd-Mj@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=9659

--- Comment #18 from Henri Sivonen <hsivonen@iki.fi> 2010-09-28 18:51:37 UTC ---
(In reply to comment #17)
> We've not mentioned attribute values in this discussion. I assume in those the
> tokeniser would always convert U+0000 to U+FFFD? How about in tag names,
> comments, etc?

Gecko always turns U+0000 into U+FFFD in those cases.

> What is described as the interoperable behaviour in comment 15 seems like it
> would have the unfortunate side-effect of making HTML act different based on
> where it is:
> 
>    <body> <p> NULL </p> </body>
> 
> ...vs:
> 
>    <body> <svg> <foreignObject> <p> NULL </p> </foreignObject> </svg> </body>
> 
> ...where NULL is U+0000 -- the former would have an empty <p></p>, the latter
> would have one character U+FFFD. Surely we don't want that?

I don't, though I expect Gecko to do that by accident. (I really wish we didn't
pretend "in foreign content" is an insertion mode.)

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 28 September 2010 18:51:39 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:25 UTC