New issue
Advanced search Search tips

Issue 731604 link

Starred by 4 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 3
Type: Bug

Blocked on:
issue 906991
issue 715640

Blocking:
issue 678905



Sign in to add a comment

DedicatedWorker controlled by SW should have its own ServiceWorkerNetworkProvider

Project Member Reported by leon....@intel.com, Jun 9 2017

Issue description

After 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

 
Blockedon: -715640
This is kinda independent from  issue 715640 .
Blockedon: 715640
Sorry, might be still good to make this blocked by  issue 715640 
 Issue 828777  has been merged into this issue.
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.
Blockedon: 906991

Sign in to add a comment