- From: Boris Zbarsky <bzbarsky@MIT.EDU>
- Date: Wed, 24 Feb 2010 13:39:02 -0500
On 2/24/10 1:04 PM, David Flanagan wrote:
> If I've been following the thread correctly, the justification for an
> asynchronous API was that localStorage is a mess, or something like
> that. I'm not aware of what the issues are with localStorage
In brief, the fact that if you have multiple threads or processes
rendering web pages from the same site, then they can race each other.
> could you justify an asynchronous cookie API more explicitly? This isn't a
> blocking I/O issue, is it? Surely browsers will have the relevant
> cookies already cached in memory, won't they?
Yes, but cookies are not immutable.
> In simple use cases, a developer just wants the cookie value
Only once? With a sync API this code:
if (document.cookie == document.cookie) {
alert("pass");
} else {
alert("fail");
}
will sometimes alert "fail" depending on what other web pages are
loading at the same time and what their HTTP headers look like and what
their scripts are doing.
-Boris
Received on Wednesday, 24 February 2010 10:39:02 UTC