- From: Dave Tapuska <notifications@github.com>
- Date: Tue, 16 Apr 2019 15:03:27 +0000 (UTC)
- To: whatwg/fetch <fetch@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Tuesday, 16 April 2019 15:03:57 UTC
dtapuska commented on this pull request. > + "<code>no-cache</code>". + + <li><p>Set <var>revalidateRequest</var>'s + <a for=request>prevent no-cache cache-control header modification flag</a>. + + <li><p>Set <var>revalidateRequest</var>'s <a for=request>service-workers mode</a> set to + "<code>none</code>". + + <li> + <p><a>In parallel</a>, perform <a for=main>main fetch</a> using + <var>revalidateRequest</var>. + + <p class=note>This fetch is only meant to update the state of the HTTP cache and the + response will be unused until another cache access. The stale response will be used as the + response to current request. This fetch is issued in the context of a client so if it goes + away the request will be terminated. I really don't know how to answer this. It is a note so it isn't part of the algorithm just calling out that the context of the revalidation occurs is in the browsing context's scope. Not some other random process. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/whatwg/fetch/pull/853#discussion_r275845745
Received on Tuesday, 16 April 2019 15:03:57 UTC