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

[Bug 8953] URL decomp. IDL attributes when parsing fails

From: <bugzilla@wiggum.w3.org>
Date: Thu, 18 Feb 2010 08:12:36 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1Ni1Uy-0005QB-Tl@wiggum.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=8953


Maciej Stachowiak <mjs@apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mjs@apple.com




--- Comment #6 from Maciej Stachowiak <mjs@apple.com>  2010-02-18 08:12:36 ---
Here is a test case that I believe expresses Julian's intent:

<a id="link" href="http://a[b].example.org/">Some link</a>
<pre>
<script>
var link = document.getElementById("link");
document.writeln(link.protocol);
document.writeln(link.hostname);
document.writeln(link.pathname);
</script>
</pre>

I think Julian wants it to be defined what this outputs. The results do not
match among Safari, Opera, Firefox and Chrome. (The first two and the last two
match each other.)  Per WEBADDRESSES, the parsing in this case "fails with an
error", and it does not say what the components are. HTML5 just uses the
components returned by WEBADDRESSES, and does not handle the "failed with an
error" case. Seems like one of the two needs to change.


-- 
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 Thursday, 18 February 2010 08:12:38 UTC

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