- From: Jake Archibald <notifications@github.com>
- Date: Thu, 18 Apr 2019 06:43:32 -0700
- To: whatwg/fetch <fetch@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Thursday, 18 April 2019 13:44:04 UTC
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. > Developers really shouldn't be relying on caching for functionality. I guess we'd be telling developers "just because you use stale-while-revalidate doesn't mean the entry in the cache will ever be revalidated". -- 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_r276668629
Received on Thursday, 18 April 2019 13:44:04 UTC