- From: Asa Kusuma <notifications@github.com>
- Date: Thu, 05 Apr 2018 17:25:40 -0700
- To: w3c/ServiceWorker <ServiceWorker@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Friday, 6 April 2018 00:26:37 UTC
@jakearchibald true. A `respondWith`/`waitUntil` timeout can certainly be constructed manually, but if a big enough percentage of implementations are guarding `respondWith`/`waitUntil` with a timeout, it might make sense to consider adding it as a built-in feature. At the end of the day, it would be nice to have some sort of built-in safeguard against locking up a service worker with a never-ending operation. If we just pick one safeguard, I think `skipWaiting({ force: true })` approach makes the most sense, as it doesn't require preemptively guarding. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3c/ServiceWorker/issues/1292#issuecomment-379114738
Received on Friday, 6 April 2018 00:26:37 UTC