[whatwg] localStorage + worker processes
Aaron Boodman
aa at google.com
Sat Mar 21 15:25:05 PDT 2009
On Sat, Mar 21, 2009 at 1:51 PM, Jonas Sicking <jonas at sicking.cc> wrote:
> The problem with synchronously grabbing the lock is that we can only
> ever have one feature that uses synchronous locks, otherwise we'll
> risk dead-locks.
>
> Say that we make document.cookie behave the same way (to prevent
> multi-process browsers like IE8 and chrome from having race
> conditions). So that if you call document.getCookiesWithLock(callback)
> we'll synchronously grab a lock and call the callback function. This
> would cause two pages like the ones below to potentially deadlock:
>
> Page 1:
> getLocalStorage(function(storage) {
> document.getCookiesWithLock(function(cookieContainer) {
> storage.foo = cookieContainer.getCookie('cookieName');
> });
> ]);
>
> Page 2:
> document.getCookiesWithLock(function(cookieContainer) {
> getLocalStorage(function(storage) {
> cookieContainer.setCookie('cookieName', storage.bar);
> });
> });
Good point. Ok, I agree that an asynchronous callback makes most sense
for this API.
- a
More information about the whatwg
mailing list