- From: Anne van Kesteren <notifications@github.com>
- Date: Mon, 07 Aug 2017 13:35:04 +0000 (UTC)
- To: w3c/ServiceWorker <ServiceWorker@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Monday, 7 August 2017 13:35:37 UTC
annevk commented on this pull request. > @@ -2996,6 +2997,9 @@ spec: webappsec-referrer-policy; urlPrefix: https://w3c.github.io/webappsec-refe 1. If |e|'s [=FetchEvent/respond-with error flag=] is set, set |handleFetchFailed| to true. 1. Else, set |response| to |e|'s [=FetchEvent/potential response=]. 1. If |e|'s <a>canceled flag</a> is set, set |eventCanceled| to true. + 1. Run the following steps [=in parallel=]: + 1. Wait for the fetch to become [=fetch/terminated=]. + 1. [=Queue a task=] to [=AbortSignal/signal abort=] on |requestObject|'s [=Request/signal=]. What I was saying is that currently "Fetch is terminated." is not really a signal we expose to the outside (other than the response having a termination reason or the stream erroring). -- 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/1178#discussion_r131655465
Received on Monday, 7 August 2017 13:35:37 UTC