Re: [chromium-html5] LocalStorage inside Worker

Looking through all these complexities, I'm wondering why do we need
to make localStorage "thread safe" in the first place? I mean, we can
always switch to IndexedDB if we want thread safe storage.

localStorage should focus on simplicity and performance and ignore
thread safety since, IMHO, localStorage is used for UI purposes or
preferences settings (not data itself). If you open two tab, you
change settings in one tab, you can just refresh the other tab and I
believe both of them will have the same UI state again.

So what's the justification of making localStorage thread safe?

Felix Halim

On Tue, Jan 11, 2011 at 6:42 AM, Robert O'Callahan <> wrote:
> STM is not a panacea. Read
> if you haven't already.
> In Haskell, where you have powerful control over effects, it may work well,
> but Javascript isn't anything like that.
> Rob
> --
> "Now the Bereans were of more noble character than the Thessalonians, for
> they received the message with great eagerness and examined the Scriptures
> every day to see if what Paul said was true." [Acts 17:11]

Received on Tuesday, 11 January 2011 05:26:50 UTC