W3C home > Mailing lists > Public > whatwg@whatwg.org > December 2009

[whatwg] Web Sockets URL

From: Ian Hickson <ian@hixie.ch>
Date: Fri, 4 Dec 2009 11:38:18 +0000 (UTC)
Message-ID: <Pine.LNX.4.62.0912041004180.32245@hixie.dreamhostps.com>
On Fri, 4 Dec 2009, Fumitoshi Ukai (??~\????~V~G?~U~O) wrote:
> On Fri, Dec 4, 2009 at 10:55 AM, Ian Hickson <ian at hixie.ch> wrote:
> > On Wed, 2 Dec 2009, Alexey Proskuryakov wrote:
> > >
> > > Currently, the Web Sockets API spec says that the WebSocket.URL 
> > > attribute must just return a value that was passed to the WebSocket 
> > > constructor. This doesn't match how many other url accessors work, 
> > > and consequentially, it doesn't match what currently happens in 
> > > WebKit.
> > >
> > > I think it makes more sense to return a resolved URL - e.g. (new 
> > > WebSocket("ws://host/path/../")).URL would return "ws://host/".
> >
> > I've changed the spec to say that the .URL attribute must return the 
> > same string as is actually used by the protocol spec (i.e. 
> > post-resolve). Whether this does "../" resolution will depend on what 
> > the IRI specs end up saying when we switch to relying on those.
> 
> Should (new WebSocket("ws://host/path#frag")).URL be "ws://host/path" 
> rather than "ws://host/path#frag" ? It seems "Resolving Web addresses" 
> will drop fragment component according to 
> http://www.w3.org/html/wg/href/draft.html, but I'd like to confirm it.

I hadn't considered #fragment components. I've changed the spec to say 
that the constructor will throw an exception if one is present. ws: and 
wss: URLs can't have fragment identifiers in this version of the protocol.

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Friday, 4 December 2009 03:38:18 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:08:54 UTC