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

RE: Bug 12543 and URL parsing in general

From: Travis Leithead <travis.leithead@microsoft.com>
Date: Wed, 6 Feb 2013 17:20:37 +0000
To: Julian Reschke <julian.reschke@gmx.de>, Erika Doyle Navara <Erika.Doyle@microsoft.com>
CC: "public-html@w3.org" <public-html@w3.org>
Message-ID: <9768D477C67135458BF978A45BCF9B3853BCED08@TK5EX14MBXW602.wingroup.windeploy.ntdev.microsoft.com>
> 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?
Received on Wednesday, 6 February 2013 17:21:53 GMT

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