Summary: | c1 control codes shouldn't be interpreted as microsoft characters | ||
---|---|---|---|
Product: | WebKit | Reporter: | Michael Gilbert <michael.s.gilbert> |
Component: | DOM | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED INVALID | ||
Severity: | Normal | CC: | ap, vincent-webkit |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | PC | ||
OS: | Linux | ||
URL: | http://bugs.debian.org/592884 |
Description
Michael Gilbert
2010-08-15 15:59:33 PDT
The test case attached to the Debian bug contains € in a text/html file (which also has ignored XHTML-style incantations inside). Handling of these is defined in HTML5 section 10.2.4.70 Tokenizing character references: --------------------- If that number is one of the numbers in the first column of the following table, then this is a parse error. Find the row with that number in the first column, and return a character token for the Unicode character given in the second column of that row. Number Unicode character 0x00 U+FFFD REPLACEMENT CHARACTER 0x0D U+000D CARRIAGE RETURN (CR) 0x80 U+20AC EURO SIGN (€) <...> --------------------- Obviously, we match the HTML5 spec here. If iI re-save this test case as an XHTML file, the character reference is interpreted as U+0080. WebKit correctly implements the relevant specifications, and matches other browsers (I only tested Firefox 3.6.8 this time, but my recollection is that IE does the same). The FAQ is obsolete. OK, thanks for the information. I've just sent a comment to the W3C about the FAQ (using the "Send us a comment" link). |