- From: Matt Falkenhagen <notifications@github.com>
- Date: Sun, 19 Aug 2018 17:02:34 -0700
- To: w3c/ServiceWorker <ServiceWorker@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/ServiceWorker/pull/1346/review/147475917@github.com>
mattto commented on this pull request. > @@ -2481,8 +2482,8 @@ spec: webappsec-referrer-policy; urlPrefix: https://w3c.github.io/webappsec-refe 1. Set |worker|'s [=script resource map=][|url|] to |response|. 1. Set |worker|'s <a>script resource</a>'s <a>HTTPS state</a> to |httpsState|. 1. Set |worker|'s <a>script resource</a>'s [=script resource/referrer policy=] to |referrerPolicy|. - 1. Invoke <a>Run Service Worker</a> algorithm given |worker|, and with the *force bypass cache for importscripts flag* set if |job|'s [=job/force bypass cache flag=] is set. - 1. If an uncaught runtime script error occurs during the above step, then: + 1. Let |promise| be the result of invoking the [=Run Service Worker=] algorithm given |worker|, and with the *force bypass cache for importscripts flag* set if |job|'s [=job/force bypass cache flag=] is set. + 1. [=upon fulfillment|Upon fulfillment=] of |promise| with value |evaluationStatus|, if |evaluationStatus| is an [=abrupt completion=] or |evaluationStatus|.\[[Value]] is empty, then: I see, I'd have to move everything into the substeps. Yes exactly. The register/update steps start up the service worker and wait for a callback signalling whether execution was successful. If successful, they continue on. If unsuccessful, they abort. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3c/ServiceWorker/pull/1346#discussion_r211119963
Received on Monday, 20 August 2018 00:02:56 UTC