- From: Jake Archibald <notifications@github.com>
- Date: Wed, 17 Apr 2019 23:47:38 -0700
- To: whatwg/fetch <fetch@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <whatwg/fetch/pull/853/review/228122699@github.com>
jakearchibald 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. @dtapuska not all fetches have a browsing context. Your note says "This fetch is issued in the context of a client" but that guarantee isn't made in the prose. So, the question is, what do you want to happen to fetches that don't have a client? My gut feeling is that stale-while-revalidate should work there too. @annevk can you give an example of a fetch without a client? I can never remember -- 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_r276535196
Received on Thursday, 18 April 2019 06:48:00 UTC