SharedWorker script inherit controller for blob script URL

[yoshisatoyanagisawa]

Request for Mozilla Position on an Emerging Web Specification

• Specification title: The worker client case
• Specification or proposal URL (if available): https://w3c.github.io/ServiceWorker/#control-and-use-worker-client
• Explainer URL (if available): n/a
• Proposal author(s) (@-mention GitHub accounts): n/a
• Caniuse.com URL (optional): n/a
• Bugzilla URL (optional): not yet.
• Mozillians who can provide input (optional): @asutherland
• WebKit standards-position: Upon https://wpt.fyi/results/service-workers/service-worker/local-url-inherit-controller.https.html, the WebKit seems to align with the specification because it passes the specific WPTs.

Other information

According to the specification, SharedWorker is expected to inherit a ServiceWorker controller if a blob URL is used as a script URL:

Window clients and worker clients with a blob URL can inherit the active service worker of their creator document or owner, but if the request's origin is not the same as the origin of their creator document or owner, the active service worker is set to null.

Firefox fails for the following WPT that ensures the behavior: https://wpt.fyi/results/service-workers/service-worker/local-url-inherit-controller.https.html

Can I ask the Mozilla's position on the behavior? i.e. inheriting a ServiceWorker controller of a creator/owner if a blob URL is used as a SharedWorker script URL.

[asutherland]

I think the main question would be how w3c/FileAPI#153 interacts with this case given that the SharedWorker would be in a different agent cluster from the global that minted the blob URL.