-
Bug
-
Resolution: Fixed
-
Critical
-
4.4.4
-
None
-
Linux RH 5.7 + Tomcat 6.0.32 + Apache 2.2.19 (ajp)
After upgrading magnolia 4.3.8 to magnolia 4.4.4 we noticed that if a user refresh a page on the browser sometimes she receives a malformed page or "hieroglyphics".
After a long analysis we discovered that:
- the malformed page is caused by a css that is transmitted to the browsers compressed with gzip instead of plain text. Using a sniffer we notices that the server, when send the compressed content to the browser, don't set a content encoding header.
- the hieroglyphics are a the html page compressed sent to the browser as plain text
All works fine if the user browse the page bypassing apache, directly to tomcat on port 8080.
To solve this issue we deleted all nodes under:
modules/cache/config/compression/voters/content type/allowed
Best regards,
Damiano
- is duplicated by
-
MAGNOLIA-4413 GZip filter breaks cached forms in chrome: strange binary content at bottom
- Closed
-
MAGNOLIA-4591 GZip filter adds strange binary characters to any form of form module, only showing in Chrome.
- Closed
-
MGNLEE-207 Random encoding problems with Apache and GZIP filter
- Closed
-
MAGNOLIA-4670 STK Templates making use of the PUR Form components cause spurious characters to be displayed on pages based upon those templates
- Closed
- is related to
-
MAGNOLIA-4413 GZip filter breaks cached forms in chrome: strange binary content at bottom
- Closed