* WGs marked with an * asterisk has had at least one new draft made available during the last 5 days

Ticket #117 (closed design: invalid)

Opened 7 years ago

Last modified 4 years ago

cache invalidation upon update

Reported by: mnot@pobox.com Owned by: mnot@pobox.com
Priority: normal Milestone: unassigned
Component: p6-cache Severity: Active WG Document
Keywords: Cc:
Origin: http://www.w3.org/mid/1208420896.30744.9.camel@hlaptop.henriknordstrom.net

Description

This text currently is only specified for HEAD and not GET:

If the new field values indicate that the cached entity differs from the current entity (as would be indicated by a change in Content-Length, Content-MD5, ETag or Last-Modified), then the cache MUST treat the cache entry as stale.

It's an equally good rule for GET as for HEAD, and having them aligned would help getting rid of cornercases such as the #23 question.

Change History

comment:1 Changed 6 years ago by mnot@pobox.com

  • Component changed from non-specific to p2-semantics

comment:2 Changed 6 years ago by fielding@gbiv.com

A 200 response to GET is already going to replace the cache entry, since the reason the client is receiving a 200 response is because the cached one is considered invalid.

comment:3 Changed 6 years ago by mnot@pobox.com

  • Milestone changed from unassigned to 06

Text should be moved to p6.

comment:4 Changed 6 years ago by julian.reschke@gmx.de

  • Milestone changed from 06 to unassigned

comment:5 Changed 5 years ago by mnot@pobox.com

  • Priority set to normal
  • Component changed from p2-semantics to p6-cache

comment:6 Changed 4 years ago by mnot@pobox.com

Another aspect - given a 200 response to a conditional request, is there a requirement that it MUST/SHOULD invalidate any existing cached entry?

comment:7 Changed 4 years ago by fielding@gbiv.com

Have you considered the effect on read-only cache media? E.g., firmware and cd-roms can be used as an offline cache and it seems fairly critical that they not be invalidated unless absolutely necessary for interoperability.

comment:8 Changed 4 years ago by mnot@pobox.com

  • Owner set to mnot@pobox.com

comment:9 Changed 4 years ago by mnot@pobox.com

Prague editors: point out that only latest response is to be used

comment:10 Changed 4 years ago by mnot@pobox.com

  • Status changed from new to closed
  • Resolution set to invalid

No response from Henric; closing as WONTFIX.

Note: See TracTickets for help on using tickets.