Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RequestCache "no-store" type must also set no-cache headers #231

Closed
ehsan opened this issue Mar 2, 2016 · 3 comments
Closed

RequestCache "no-store" type must also set no-cache headers #231

ehsan opened this issue Mar 2, 2016 · 3 comments

Comments

@ehsan
Copy link

ehsan commented Mar 2, 2016

Similar to #201. Both "reload" and "no-store" want to avoid looking the response up in the cache, so in both cases the UA needs to set the no-cache headers to signal this to the HTTP proxies.

I forgot to mention this in #201, sorry about that!

@annevk annevk closed this as completed in e2cdce2 Mar 3, 2016
@annevk
Copy link
Member

annevk commented Mar 3, 2016

Thank you!

@yutakahirano
Copy link
Member

Shouldn't "no-store" be appended for "no-store" cache mode?

https://fetch.spec.whatwg.org/#concept-request-cache-mode says

  • "no-store": Fetch behaves as if there is no HTTP cache at all.
  • "reload": Fetch behaves as if there is no HTTP cache on the way to the network. Ergo, it creates a normal request and updates the HTTP cache with the response.

If "no-store" cache mode is specified, the browser should not use a response stored in a HTTP proxy, I think.

cc: @matto @toyoshim @tyoshino

@annevk
Copy link
Member

annevk commented Apr 10, 2017

Could you file that as a new issue? It doesn't seem like it regressed from this one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

3 participants