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

RE: Bug 12543 and URL parsing in general

From: Erika Doyle Navara <Erika.Doyle@microsoft.com>
Date: Mon, 18 Feb 2013 23:30:20 +0000
To: Silvia Pfeiffer <silviapfeiffer1@gmail.com>, Julian Reschke <julian.reschke@gmx.de>
CC: Travis Leithead <travis.leithead@microsoft.com>, "public-html@w3.org" <public-html@w3.org>
Message-ID: <C2EBB6888A6186438E656BD1976ED0B6560512@TK5EX14MBXW601.wingroup.windeploy.ntdev.microsoft.com>
Thanks Silvia-

Travis and I had started looking into what changes would be required, and this commit includes those plus a lot more that we hadn't even gotten to yet. I will go ahead and assign bug 12543 to you to resolve with this merge.

From: Silvia Pfeiffer [mailto:silviapfeiffer1@gmail.com]
Sent: Sunday, February 17, 2013 12:02 AM
To: Julian Reschke
Cc: Travis Leithead; Erika Doyle Navara; public-html@w3.org
Subject: Re: Bug 12543 and URL parsing in general

Please note that I am about to cherry-pick the following commit from the WHATWG:

It is making use of the new URL spec.

It would be good to analyse what open issues around URL remain after this and continue trying to resolve them.

On Thu, Feb 7, 2013 at 4:35 AM, Julian Reschke <julian.reschke@gmx.de<mailto:julian.reschke@gmx.de>> wrote:
On 2013-02-06 18:20, Travis Leithead wrote:
From: Julian Reschke [mailto:julian.reschke@gmx.de<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 Monday, 18 February 2013 23:31:18 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:16:31 UTC