[whatwg] Question about document.referrer (and document.URL, document.location.href) when IDN domains are in use
Ian Hickson
ian at hixie.ch
Wed Sep 11 11:21:06 PDT 2013
On Wed, 11 Sep 2013, Anne van Kesteren wrote:
> On Tue, Sep 10, 2013 at 8:54 PM, Ian Hickson <ian at hixie.ch> wrote:
> > On Fri, 12 Jul 2013, Anne van Kesteren wrote:
> >> But then we shouldn't garble pathname either and we do because we
> >> have to. So I'm not sure that line of reasoning makes sense. I do
> >> think we should offer some kind of conversion utility between the
> >> two.
> >
> > It is unfortunate that resolving URLs does that, it's true. But just
> > because we're constrained here, why should we mess up domains also?
>
> Consistency.
Surely the consistency of the API matching the input is more important
than the consistency of the API _not_ matching the input...
> It means the entire URL is effectively a byte sequence.
I don't know what you mean here.
> And it's very clear what the DNS lookup will be.
Why do you think people care more about that than about the URL matching
what they wrote in the markup?
> And given that they keep insisting on changing what certain code points
> map to over in IETF-land (with limited support from browser vendors :/),
> it seems safer too.
I don't understand what is safer. Surely if the punycoding step keeps
changing, it's less safe, since it'll mean that the results will change
without the author expecting it. If we don't punycode in the API, then the
result will be the same regardless of the punycode step.
--
Ian Hickson U+1047E )\._.,--....,'``. fL
http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
More information about the whatwg
mailing list