aftermath on Bug 8953 URL decomp. IDL attributes when parsing fails



So apparently WEBADDRESSES defines this


- to be a "URL" <>

- not to be a "valid URL", but

- although being absolute according to common sense, *not* to be an 
"absolute URL".

Thus, it requires UAs to return empty strings for the various URL 
decomposition IDL attribute (see 

According to my tests at 
<>, not a single UA 
implements this.

The closest ones to get this right are Safari and Chrome, which still 
get two of the attributes wrong.

The other UAs do not seem to consider the address as broken, and thus 
handle it like other HTTP URIs.

So, here's the question: why do we have this special constraint on [ and 
] in the authority component? Do UA implementors actually *agree* that 
this is the right thing to do?

Best regards, Julian

Received on Thursday, 18 February 2010 10:46:00 UTC