- From: Jake Archibald <notifications@github.com>
- Date: Mon, 03 Apr 2017 19:25:14 -0700
- To: w3c/ServiceWorker <ServiceWorker@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Tuesday, 4 April 2017 02:25:47 UTC
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/1053#issuecomment-291376510
Received on Tuesday, 4 April 2017 02:25:47 UTC