New issue
Advanced search Search tips

Issue 726327 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 602051
Owner: ----
Closed: May 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Service workers do not intercept synchronous XHR

Reported by m...@mikepennisi.com, May 25 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/58.0.3029.110 Chrome/58.0.3029.110 Safari/537.36

Steps to reproduce the problem:
1. Register a service worker with a `fetch` event handler
2. Wait for the worker to become active
3. Append a new iframe to the current document (given step 1 and 2, this should
   be controlled by the service worker)
4. Issue a synchronous XHR request from the iframe

What is the expected behavior?
The service worker's `fetch` event should be triggered for the synchronous XHR.

What went wrong?
The service worker's `fetch` event is not triggered.

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 58.0.3029.110  Channel: stable
OS Version: 
Flash Version: 

Chromium currently defines a LayoutTest which ostensibly covers this case [1],
but it does not seem to test the condition it documents. That apparent error
will be corrected when the test is migrated to the Web Platform Tests project
(see [2]), and this change produces a new test failure that will need to be
accounted for until Chromium's implementation can be made to match the relevant
specifications (i.e. Fetch and Service Workers) in this regard.

[1] https://chromium.googlesource.com/chromium/src.git/+/0f5b86386accbd17d06a26475df674a2e1df8bf2/third_party/WebKit/LayoutTests/http/tests/serviceworker/sync-xhr-doesnt-deadlock.html
[2] https://bugs.chromium.org/p/chromium/issues/detail?id=688116&desc=2
 
Components: Blink>ServiceWorker

Comment 2 by horo@chromium.org, May 25 2017

Mergedinto: 602051
Status: Duplicate (was: Unconfirmed)

Sign in to add a comment