[whatwg] URL decomposition on HTMLAnchorElement interface
Boris Zbarsky
bzbarsky at MIT.EDU
Fri Mar 27 16:36:39 PDT 2009
Anne van Kesteren wrote:
> On Fri, 27 Mar 2009 22:40:08 +0100, Boris Zbarsky <bzbarsky at mit.edu> wrote:
>> This is an option, but it's not obviously correct, just as it's not
>> obviously correct (and in fact would break pages) to parse
>> "http:foo.com/" without an authority.
>
> Which pages would break? That URL does not work in Opera.
Hmm. Interesting. I seemed to recall a number of bugs on this issue,
and it looks like we did use to have them. The issue was that sites
actually expected http:/foo and http:foo to be treated as _relative_
URIs equivalent to "/foo" and "foo", because that's what some of the
early URI RFCs defined them to be.
Relevant bug comments are
https://bugzilla.mozilla.org/show_bug.cgi?id=196088#c11 and
https://bugzilla.mozilla.org/show_bug.cgi?id=142280#c1
I just tested, and the above two URIs are handled like http://foo in
Webkit and Gecko, as relative URIs equivalent to replacing the filename
by "http:/foo" and "http:foo" in Opera. I can't tell what IE is doing,
since it loads absolutely nothing when such a URI is clicked over here
(the document the link is in is at a file:// URI).
Fun times. ;)
-Boris
More information about the whatwg
mailing list