Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
bug #23130 Keep s-maxage when expiry and validation are used in combi…
…nation (mpdude) This PR was merged into the 2.7 branch. Discussion ---------- Keep s-maxage when expiry and validation are used in combination | Q | A | ------------- | --- | Branch? | 2.7 | Bug fix? | yes | New feature? | no | BC breaks? | no | Deprecations? | no | Tests pass? | yes | Fixed tickets | | License | MIT | Doc PR | (Symfony) docs say that [expiration wins over validation](https://symfony.com/doc/current/http_cache/validation.html). So, a) when both the master and embedded response are public with an s-maxage, the result should be public as well and use the lower s-maxage of both, *also* in the case that the embedded response carries validation headers. (The cache may use those for revalidating the embedded response once it has become stale, but that does not impact expiration-based caching of the combined response.) b) when both the master and embedded response are public with an s-maxage, the result should be public as well and use the lower s-maxage of both, *also* in the case that the master response carries validation headers. However, those *must not* be passed on to the client: They do not apply to the combined response, but may only be used by the cache itself to revalidate the (raw) master response. Commits ------- 09bcbc7 Embedding a response that combines expiration and validation, that should not defeat expiration on the combined response
- Loading branch information