You are viewing a plain text version of this content. The canonical link for it is here.

Posted to bugs@httpd.apache.org by bu...@apache.org on 2010/05/18 23:42:47 UTC

DO NOT REPLY [Bug 39727] Incorrect ETag on gzip:ed content

https://issues.apache.org/bugzilla/show_bug.cgi?id=39727

--- Comment #34 from Robert Collins <ro...@canonical.com> 2010-05-18 17:42:42 EDT ---
We're encountering this problem using Apache as a front end SSL / compressing
accelerator. Is there any chance of getting a patch in to permit stripping
incoming ETag's of their -gzip suffix based on a configuration option ? In our
topology we know precisely where -gzip is added, and thus how to strip it
safely; we'd rather strip it in the stage matching where it was added outbound,
rather than at a different step.

I realise that this isn't theoretically complete, but crucially for us, it
would do the job reliably.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org