- From: Alex Russell <slightlyoff@google.com>
- Date: Thu, 14 Mar 2013 11:54:59 -0700
- To: Tobie Langel <tobie@fb.com>
- Cc: Jarred Nicholls <jarred@webkit.org>, public-webapps WG <public-webapps@w3.org>
Received on Thursday, 14 March 2013 18:55:56 UTC
On Wednesday, March 6, 2013, Tobie Langel wrote: > On Wednesday, March 6, 2013 at 5:51 PM, Jarred Nicholls wrote: > > This is an entirely different conversation though. I don't know the > answer to why sync interfaces are there and expected, except that some > would argue that it makes the code easier to read/write for some devs. > Since this is mirrored throughout other platform APIs, I wouldn't count > this as a fault in IDB specifically. > > Sync APIs are useful to do I/O inside of a Worker. > I don't understand why that's true. Workers have a message-oriented API that's inherently async. They can get back to their caller "whenevs". What's the motivator for needing this? > They're also critical for data consistency in some scenarios, e.g. > updating the database after a successful xhr request when a worker is about > to be terminated. > Unload-catching is a known bug in much o the web platform. Why would we enable it here?
Received on Thursday, 14 March 2013 18:55:56 UTC