https://bz.apache.org/bugzilla/show_bug.cgi?id=63932

--- Comment #16 from Michael Osipov <micha...@apache.org> ---
(In reply to Mark Thomas from comment #15)
> There is a long discussion on the httpd ticket on the merits of adding
> "-gzip" or similar to a strong  ETag and removing it when seen on a request.
> The short version is that unless a server tracks the ETags it edited, the
> server can't be sure that the Etag that has "-gzip" on the end has it
> because the server added it.
> 
> I'm not sure my "make the strong ETag weak" idea is a good one. I suspect
> there might be some edge cases where there would be breakage.

Agreed.

> Of all the ideas, disabling compression in the presence of a strong ETag
> seems like the best solution to me. An open question is do we make this
> configurable or do we just do it? If configurable, I'd argue for enabled by
> default.

I would just do it because anything else would break the RFC for that and this
is certainly something we don't want to do.

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Reply via email to