W3C home > Mailing lists > Public > whatwg@whatwg.org > December 2007

[whatwg] Asynchronous database API feedback

From: Maciej Stachowiak <mjs@apple.com>
Date: Tue, 11 Dec 2007 14:53:16 -0800
Message-ID: <675107C6-38AE-42A5-91B2-769BF55AEE52@apple.com>

On Dec 11, 2007, at 11:22 AM, Aaron Boodman wrote:

> On Dec 10, 2007 4:04 PM, Dan Mosedale <dmose at mozilla.org> wrote:
>> On Dec 10, 2007, at 12:21 PM, Geoffrey Garen wrote:
>>>>> I'd hate for GMail to mysteriously stop working every couple of
>>>>> days just because of some background process that I had no
>>>>> knowledge of. As a developer, how would you debug such a problem?
>>>>> As a tech support worker, how would you explain it to an end user?
>> +1.  Having a bug in a single web-app be able to completely freeze  
>> the
>> entire UI of the entire browser (not just that window/tab) seems like
>> a pretty painful user experience, almost to the point of being
>> unacceptable.  If an end user ran into this problem very often, I
>> would expect them to blame the browser, and perhaps even switch to a
>> browser which didn't have this problem (i.e. didn't support
>> localStorage).
> How does the globalStorage implementation deal with this problem? It
> has a synchronous storage API. True it is probably designed for
> smaller amounts of data, but there's nothing preventing an author from
> using it for large amounts (is there?). Also, some of the concerns
> raised here have nothing to do with the amount of data stored. Or does
> globalStorage not guarantee that data is written when the setter
> returns?

When/if we implement globalStorage in WebKit, it will likely be  
through preloading a site's global storage into memory at load time,  
and lazy writeback of changes. We'll probably set the per-site quota  
low enough that this is not unreasonable. I don't think globalStorage  
guarantees that the data must be on disk when set. I think it would be  
infeasible to take this kind of approach to the SQL API.

Received on Tuesday, 11 December 2007 14:53:16 UTC

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