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

Re: Bug 12543 and URL parsing in general

From: Julian Reschke <julian.reschke@gmx.de>
Date: Wed, 06 Feb 2013 18:35:28 +0100
Message-ID: <51129460.4090309@gmx.de>
To: Travis Leithead <travis.leithead@microsoft.com>
CC: Erika Doyle Navara <Erika.Doyle@microsoft.com>, "public-html@w3.org" <public-html@w3.org>
On 2013-02-06 18:20, Travis Leithead wrote:
>> From: Julian Reschke [mailto:julian.reschke@gmx.de]
>> On 2013-02-05 23:36, Erika Doyle Navara wrote:
>>> Bug 12543 [1] requests that step 12 (replacing "\" with "/") of the
>>> "resolve a URL" algorithm be removed, as Gecko behavior has shown that
>>> it isn't needed for compatibility. The discussion in a related bug 14693
>>> [2] also highlights other problems with step 12 and the algorithm in
>>> general. It has been suggested that the entire section of URL parsing be
>>> removed and instead defer to the URL spec [3].
>>>
>>> Are there any objections to this course of action? If not, I'll take a
>>> stab at removing the relevant sections and stage them in a branch before
>>> committing to HTML5.1 and resolving 12543 as fixed.
>>> ...
>>
>> Deferring to another spec that has the same problem doesn't resolve the
>> issue; it just moves it elsewhere.
>
> While conceptually correct, it does matter to the HTML5 editors :)
>
> In any case, it seems as if there was a rough proposal to keep the "\" handling since it is implemented in all but Gecko browsers. To this end, the URL parsing spec does include it.
>
> Julian, in my reading between the lines, are you proposing we should remove the "\" handling from both HTML5 and the URL spec?

Well, we shouldn't pretend that by referring to the "URL" spec any of 
URL-related problems gets solved :-)-

Best regards, Julian
Received on Wednesday, 6 February 2013 17:35:58 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 6 February 2013 17:35:59 GMT