[whatwg] Web Sockets URL
Fumitoshi Ukai (鵜飼文敏)
ukai at chromium.org
Sun Dec 6 18:29:49 PST 2009
On Fri, Dec 4, 2009 at 8:38 PM, Ian Hickson <ian at hixie.ch> wrote:
> 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.
Ok. I'll fix WebKit to follow the spec.
> Ian Hickson U+1047E )\._.,--....,'``. fL
> http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
> Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the whatwg