Remi Tricot-Le Breton 879debeecb BUG/MINOR: cache: Cache response even if request has "no-cache" directive ... Since commit cc9bf2e5f "MEDIUM: cache: Change caching conditions" responses that do not have an explicit expiration time are not cached anymore. But this mechanism wrongly used the TX_CACHE_IGNORE flag instead of the TX_CACHEABLE one. The effect this had is that a cacheable response that corresponded to a request having a "Cache-Control: no-cache" for instance would not be cached. Contrary to what was said in the other commit message, the "checkcache" option should not be impacted by the use of the TX_CACHEABLE flag instead of the TX_CACHE_IGNORE one. The response is indeed considered as not cacheable if it has no expiration time, regardless of the presence of a cookie in the response. This should fix GitHub issue #2048. This patch can be backported up to branch 2.4.		2023-02-21 18:35:41 +01:00
..
basic.vtc	REGTESTS: Remove REQUIRE_VERSION=1.9 from all tests	2023-01-05 09:11:38 +01:00
caching_rules.vtc	BUG/MINOR: cache: Cache response even if request has "no-cache" directive	2023-02-21 18:35:41 +01:00
expires.vtc	REGTESTS: extend the default I/O timeouts and make them overridable	2021-11-18 17:57:11 +01:00
if-modified-since.vtc	REG-TESTS: cache: Remove T-E header for 304-Not-Modified responses	2022-11-16 17:19:43 +01:00
if-none-match.vtc	REG-TESTS: cache: Remove T-E header for 304-Not-Modified responses	2022-11-16 17:19:43 +01:00
post_on_entry.vtc	REGTESTS: extend the default I/O timeouts and make them overridable	2021-11-18 17:57:11 +01:00
sample_fetches.vtc	REGTESTS: Remove REQUIRE_VERSION=1.9 from all tests	2023-01-05 09:11:38 +01:00
vary.vtc	REGTESTS: extend the default I/O timeouts and make them overridable	2021-11-18 17:57:11 +01:00
vary_accept_encoding.vtc	REGTESTS: extend the default I/O timeouts and make them overridable	2021-11-18 17:57:11 +01:00