[MAGNOLIA-4033] GZipFilter loses cache response headers Created: 09/Mar/12  Updated: 02/Apr/12  Resolved: 02/Apr/12

Status: Closed
Project: Magnolia
Component/s: None
Affects Version/s: 4.4.6
Fix Version/s: 4.4.7, 4.5.2

Type: Bug Priority: Critical
Reporter: Zdenek Skodik Assignee: Tobias Mattsson
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
causality
caused by MAGNOLIA-3699 Cache Header Negotiation Closed
relation
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:

 Description   

curl -i http://demopublic.magnolia-cms.com/demo-project.html | head //rocks

curl -H "Accept-Encoding: gzip, deflate" -i http://demopublic.magnolia-cms.com/demo-project.html | head //does not

The issue was introduced by cache header negotiation and the only workaround I can see is bypassing the filter at all.



 Comments   
Comment by Tobias Mattsson [ 13/Mar/12 ]

Merged to 4.4 branch in r56064.

Comment by Ondrej Chytil [ 02/Apr/12 ]

No issue in the end. Just overlooking configuration.

Comment by Milan Divilek [ 02/Apr/12 ]

Configuration which we overlook is "don't cache pages" defined in config/modules/cache/configurations/default/browserCachePolicy/policies/dontCachePages/.

Generated at Mon Feb 12 03:52:01 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.