<span>On Fri, Dec 4, 2009 at 10:55 AM, Ian Hickson <span dir="ltr"><<a href="mailto:ian@hixie.ch" target="_blank">ian@hixie.ch</a>></span> wrote:</span><br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div>On Wed, 2 Dec 2009, Alexey Proskuryakov wrote:<br>
><br>
> Currently, the Web Sockets API spec says that the WebSocket.URL<br>
> attribute must just return a value that was passed to the WebSocket<br>
> constructor. This doesn't match how many other url accessors work, and<br>
> consequentially, it doesn't match what currently happens in WebKit.<br>
><br>
> I think it makes more sense to return a resolved URL - e.g. (new<br>
> WebSocket("ws://host/path/../")).URL would return "ws://host/".<br>
<br>
</div></div>I've changed the spec to say that the .URL attribute must return the same<br>
string as is actually used by the protocol spec (i.e. post-resolve).<br>
Whether this does "../" resolution will depend on what the IRI specs end<br>
up saying when we switch to relying on those.<br></blockquote><div><br></div><div>Should (new WebSocket("ws://host/path#frag")).URL be "ws://host/path" rather than "ws://host/path#frag" ?</div>


<div>It seems "Resolving Web addresses" will drop fragment component according to <a href="http://www.w3.org/html/wg/href/draft.html" target="_blank">http://www.w3.org/html/wg/href/draft.html</a>,</div><div>but I'd like to confirm it.</div>


<div><br></div><div>-- </div><div>ukai</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<font color="#888888"><br>
--<br>
Ian Hickson               U+1047E                )\._.,--....,'``.    fL<br>
<a href="http://ln.hixie.ch/" target="_blank">http://ln.hixie.ch/</a>       U+263A                /,   _.. \   _\  ;`._ ,.<br>
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'<br>
</font></blockquote></div><br>