[
http://jira.magnolia.info/browse/MAGNOLIA-2178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17108#action_17108
]
gjoseph edited comment on MAGNOLIA-2178 at 7/15/08 12:09 AM:
--------------------------------------------------------------------
currently solved by preventing further filters from flushing the response,
which allows the GZipFilter to set its headers *after* other filters have done
their business, when we can determine if we're serving a 200 response.
was (Author: gjoseph):
currently solved by preventing filters further down the chain from calling
flushBuffer - which commits the response, and then setting the gzip headers
only once we've asserted we're not returning an error or redirection code.
> Error pages are sent with gzip headers
> --------------------------------------
>
> Key: MAGNOLIA-2178
> URL: http://jira.magnolia.info/browse/MAGNOLIA-2178
> Project: Magnolia
> Issue Type: Bug
> Components: cache
> Affects Versions: 3.6
> Reporter: Gregory Joseph
> Assignee: Gregory Joseph
> Fix For: 3.6
>
>
> Similarly to MAGNOLIA-2177, when an error page is served, we still serve it
> with the headers added by the gzip filter. Firefox displays this as a blank
> page. Further requests to the same uri are served through the cache, and
> CachedError only sets the error code, so these work fine.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.magnolia.info/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
----------------------------------------------------------------
for list details see
http://documentation.magnolia.info/
----------------------------------------------------------------
