DedicatedWorker controlled by SW should have its own ServiceWorkerNetworkProvider |
||
Issue descriptionAfter registered/activated an in-scope SW, we create a new Worker(in-scope-url) from a *controlled* page, although this Worker can get controlled by the SW, we found it has exactly the same client id with the page starting it. This is because the Worker is reusing ServiceWorkerNetworkProvider of the page which started it, meaning that all fetch requests originating from the Worker will be intercepted just like they're coming from that page. Instead of reusing, we need to let DedicatedWorker have its own ServiceWorkerNetworkProvider, just like other SW clients(page, shared worker). wpt test: external/wpt/service-workers/service-worker/clients-get-client-types.https.html
,
Jun 9 2017
,
Apr 4 2018
Issue 828777 has been merged into this issue.
,
Apr 4 2018
From jakearchibald on issue 828777 : Fetches from a worker should have a different client ID to the page https://worker-client-id-demo.glitch.me/ The fetch from the worker should have a different client ID to the page. Mozilla have created a WPT for this https://bugzilla.mozilla.org/show_bug.cgi?id=1451124.
,
Nov 20
|
||
►
Sign in to add a comment |
||
Comment 1 by kinuko@chromium.org
, Jun 9 2017