On Oct 3, 2007, at 7:53 AM, Justin Erenkrantz wrote:
The problem with trying to invent new ETags is that we'll almost certainly break conditional requests and I find that a total non-starter. Your suggestion of appending ";gzip" leaks information that doesn't belong in the ETag - as it is quite possible for that to appear in a valid ETag from another source - for example, it is trivial to make Subversion generate ETags containing that at the end - this would create nasty false positives and corrupt Subversion's conditional request checks. Plus, rewriting every filter to append or delete a 'special' marker in the ETag is bound to make the situation way worse. -- justin
I don't see how that is possible, unless subversion is depending on content-encoding to twiddle between compressed and uncompressed transfer without changing the etag. In that case, subversion will be broken, as would any poster child for misusing content-encoding as a transfer encoding. ....Roy
