Closed Bug 1510809 Opened 6 years ago Closed 6 years ago

ServiceWorkerContainer.register fires updatefound before its promise resolves

Categories

(Core :: DOM: Service Workers, enhancement, P2)

enhancement

Tracking

()

RESOLVED FIXED
mozilla65
Tracking Status
firefox65 --- fixed

People

(Reporter: mrbkap, Assigned: mrbkap)

Details

Attachments

(1 file)

See the failure at [1] (this is with parent-intercept enabled and including the currently-failing service worker tests in the test set).

The basic problem is that the test does:

let p = navigator.serviceWorker.register(...);
p.then((swr) => {
  swr.addEventListener("updatefound", () => { ok(true, "this should be caught"); });
};

but we fire updatefound at the ServiceWorkerRegistration before register's promise resolves. According to [2], we are required to resolve the promise before enqueuing a task to fire updatefound.

[1] https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=213233858&repo=try&lineNumber=10843
[2] https://w3c.github.io/ServiceWorker/#installation-algorithm
Currently, we are required to fire updatefound in three cases:

  * When a "soft" update finds an update.
  * When a call to ServiceWorkerRegistration.update finds an update.
  * When ServiceWorkerContainer.register registers a ServiceWorker.

In the first case, there are no requirements on the timing of the event. For
the second two cases, however, the promise returned by update or register
needs to resolve before updatefound is dispatched. We hack around the first
case by explicitly counting the calls to update and only dispatching
updatefound when the final promise resolves. In the case of SWC.register, the
ServiceWorkerRegistration object might not even exist when it notices that we
need to fire updatefound, which suggests that we need some code to tell it
when to fire the event; except that in the soft update case, there is no
obvious place to do so. So, the easiest way to resolve this is to have the
parent process tell the ServiceWorkerRegistration when to fire updatefound
itself. This way, we don't rely on any tricky timing and everything is
consistent with itself.
Priority: -- → P2
Pushed by mrbkap@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/6b447ab87004
Fire updatefound correctly for SWC.register r=asuth
https://hg.mozilla.org/mozilla-central/rev/6b447ab87004
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla65
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: