Bug 170714 – HTTP cache does not honor a number of cache-control request directives

• Status: REOPENED
• Component: Page Loading

[Mark Nottingham]

Safari Tech Preview's HTTP cache does not honour a number of cache-control request directives:

* If a request contains Cache-Control: max-age with a value other than "0", Safari TP will reuse a stored response, even when the stored response is older
* If a request contains Cache-Control: max-age and the response contains an Age header that is greater than the requested value, Safari TP will reuse the cached response
* If a request contains Cache-Control: min-fresh, Safari TP will not honour its value
* If a request contains Cache-Control: no-store, Safari TP will still use a stored response
* If a request contains Cache-Control: only-if-cached, Safari TP will not generate a 504 response if it is not stored.

For tests, see:
  http://w3c-test.org/fetch/http-cache/cc-request.html

Probably the most concerning issue here is the lack of support for Cache-Control: no-store.

[Sam Sneddon [:gsnedders]]

(In reply to Mark Nottingham from comment #0)
> For tests, see:
>   http://w3c-test.org/fetch/http-cache/cc-request.html

Now http://wpt.live/fetch/http-cache/cc-request.any.html

[Radar WebKit Bug Importer]

<rdar://problem/93585414>

[Sam Sneddon [:gsnedders]]

-> into Radar, given cache behaviour of Safari is owned by CFNetwork, and not WebKit.

[Chris Dumez]

(In reply to Sam Sneddon [:gsnedders] from comment #3)
> -> into Radar, given cache behaviour of Safari is owned by CFNetwork, and
> not WebKit.

That's not true. WebKit doesn't use CFNetwork for HTTP caching.

[Mark Nottingham]

In the meantime - we've relaxed the requirement for caches to honour these:
  https://httpwg.org/http-core/draft-ietf-httpbis-cache-latest.html#cache-request-directive

(that will be published as an RFC any day now)

See tests also at:
  https://cache-tests.fyi/#cc-request