W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > August 2011

[Bug 13771] Encodings 'misinterpreted for compatibility' should risk fatal error in XHTML

From: <bugzilla@jessica.w3.org>
Date: Sat, 13 Aug 2011 18:24:49 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QsIt7-0004C0-H3@jessica.w3.org>

Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> changed:

           What    |Removed                     |Added
                 CC|                            |xn--mlform-iua@xn--mlform-i
                   |                            |ua.no

--- Comment #2 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> 2011-08-13 18:24:49 UTC ---
Internet Explorer 9:

IE9 could be said to behave slightly better than the others: If you contrast
the ISO-8859-1 test page
(<http://malform.no/testing/html5/bom/normal-XML-iso88591>) with an UTF-8
encoded reference page
(<http://malform.no/testing/html5/bom/normal-XML-iso88591utfeight>), then it
turns out that IE9 for the ISO-8859-1 encoded page silently drops the WIN-1252
specific characters.

Of course, IE9 should have emitted a fatal error. But at least its deviation
from both HTML5 and XML 1.0 adds yet another reason to support XML 1.0's
requirement to display a fatal error.

Btw, when it comes to the US-ASCII teste page
(<http://malform.no/testing/html5/bom/normal-XML-ascii-encoding>) then IE9 (in
Adobe's browserlab and in www.netrenderer.de) fails to display it, which I
guess counts as a fatal error.

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 Saturday, 13 August 2011 18:24:50 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:02:00 UTC