- From: Jake Archibald <notifications@github.com>
- Date: Fri, 21 Jul 2017 14:42:24 +0000 (UTC)
- To: w3c/ServiceWorker <ServiceWorker@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Friday, 21 July 2017 14:42:48 UTC
Copying this from another thread. F2F notes about multi-service worker requirements: F2F: background SW (push, notification, sync, bg fetch) vs foreground SW (fetch, postMessage) - MS & Apple want this for service workers to exist when the browser is closed. Should we spec this? Fetches for notification icons go through the background SW in Edge, since there isn't a foreground SW. What happens to the clients API? How do we represent multiple instances. Facebook global state case: * Notification click * Post to client "navigate" * Client navigates (may be real nav, or pushstate) * Client posts back to SW, please focus me How does the client message the correct service worker? Edge can work around this by still ensuring there's only one SW at a time. Either using the bg SW, or fg SW. We need to think more about use cases that require speaking to a particular SW, or otherwise depend on global state. -- 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/756#issuecomment-317019660
Received on Friday, 21 July 2017 14:42:48 UTC