W3C home > Mailing lists > Public > whatwg@whatwg.org > April 2009

[whatwg] Private browsing vs. Storage and Databases

From: Aryeh Gregor <Simetrical+w3c@gmail.com>
Date: Wed, 8 Apr 2009 09:42:58 -0400
Message-ID: <7c2a12e20904080642u38f10a64n6978c1d45a03026b@mail.gmail.com>
2009/4/7 Jonas Sicking <jonas at sicking.cc>:
> I do agree that the difference is subtle. But I do think there is a
> general perception that cookies are more volatile than localStorage.
> In fact, I think localStorage was invented partially because of this.

In what way is localStorage less volatile?  Practically speaking, if a
site sets an unlimited-duration cookie, that cookie will persist until
either 1) the user uses a different computer (or a different profile
or a different OS install or a different browser), or 2) the user
manually clears the cookie (or some antivirus program or whatever does
on their behalf).  In case (1), localStorage will also be cleared.  In
case (2), localStorage will also be cleared (unless you think the user
will clear cookies but not localStorage for some reason -- I can't
think of any reason for this except bad UI or bugs).

There are plenty of sites out there that rely on cookies' stability.
For instance, the popular vBulletin software uses cookies for storing
certain preferences even for logged-in users.  If cookies get reset,
you have to respecify those preferences.  It doesn't happen often.

The advantage of localStorage is, as far as I can tell, purely that it
doesn't get sent back to the server on every request.  This allows it
to contain much larger objects than cookies.  It can serve as an
effective *cache*, but applications can't feasibly rely on it to be
really persistent, since users use different computers.

What applications can you conceive of that would run into problems if
privacy mode gave them a blank localStorage that gets dumped
afterwards, but would still function correctly when a user uses
multiple computers?
Received on Wednesday, 8 April 2009 06:42:58 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:11 UTC