[whatwg] Accessing cookies from workers
atwilson at google.com
Thu Mar 5 17:44:05 PST 2009
So an asynchronous cookie setting API would look like:
...where the callback is invoked once the cookie has been set?
I guess I don't yet entirely understand the implementation details - it
sounds like there are problems accessing any shared state between workers
and window context?
On Thu, Mar 5, 2009 at 5:35 PM, Jonas Sicking <jonas at sicking.cc> wrote:
> On Thu, Mar 5, 2009 at 5:33 PM, Michael Nordman <michaeln at google.com>
> > On Thu, Mar 5, 2009 at 5:23 PM, Michael Nordman <michaeln at google.com>
> >>> Allowing cookie to be set would unfortunately create a synchronous
> >>> communication channel between the worker and the main window. This is
> >>> something that we need to avoid to prevent users from having to deal
> >>> with locking and other thread related issues.
> >> Hmmm... the cookie setting API could be async in workers.
> > In the absence of providing such an API, one exists (provided network
> > connectivity) indirectly in the form the XHR... ask the server to
> > either read or set cookies values for you.
> Gecko, and I believe the latest XHR spec drafts, have disabled access
> to cookies through XHR in order to prevent leaking of HTTPOnly
> / Jonas
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the whatwg