- From: Jungkee Song <notifications@github.com>
- Date: Sun, 15 May 2016 19:54:18 -0700
- To: slightlyoff/ServiceWorker <ServiceWorker@noreply.github.com>
- Cc:
Received on Monday, 16 May 2016 02:54:46 UTC
> The promises guide is just a placeholder until that language lands in IDL. It's a rather weird setup the way we have it now. I agree to the direction but think the promises guide is the reference that other promise-using specs should rely on in the mean time. > It gets hairy when you have to queue a task and resolve the promise from there (does that queue another task?). If you queued a task to settle a promise, then wouldn't it be running in a main thread already (in which case https://github.com/slightlyoff/ServiceWorker/issues/851#issuecomment-215283809 says it doesn't queue another task)? Wouldn't it make sense that IDL specifies the following behavior? > If the algorithm using these shorthands is running in parallel, the shorthands queue a task on p’s relevant settings object’s responsible event loop to call the stored function **using the DOM manipulation task source**. --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/slightlyoff/ServiceWorker/issues/851#issuecomment-219338526
Received on Monday, 16 May 2016 02:54:46 UTC