DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-09-10 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 Oliver Schoett oliver.scho...@capgemini-sdm.com changed: What|Removed |Added Attachment #23190|0

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-09-10 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #17 from Mark Thomas ma...@apache.org 2009-09-10 22:43:14 BST --- Since ETag handling is wholly within the DefaultServlet, just add an option to that servlet. You can use the DefaultServlet's readOnly option as a template. --

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-09-09 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-04-29 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #11 from Mark Thomas ma...@apache.org 2009-04-29 03:00:51 PST --- The current state of T-E support in the browsers is: - Opera advertises T-E support, works with T-E - Moziila doesn't advertise T-E support, works with T-E -

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-04-29 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #12 from Remy Maucherat r...@apache.org 2009-04-29 05:39:05 PST --- I think I used mostly IE when I tried it back then. Did you test with IE 7 and 8 ? I agree with this kind of browser support, it is still not doable to

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-04-29 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #13 from Mark Thomas ma...@apache.org 2009-04-29 06:01:47 PST --- IE7 and IE8 - no joy with T-E -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because:

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-04-29 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #14 from Remy Maucherat r...@apache.org 2009-04-29 10:16:59 PST --- Maybe something could be done when the client advertises the T-E, and drop to C-E if it does not ? -- Configure bugmail:

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-04-17 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #8 from Mark Thomas ma...@apache.org 2009-04-17 01:44:38 PST --- I've reverted the fix from trunk and withdrawn the backport proposal as whilst it fixed this issue, it introduced others. -- Configure bugmail:

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-04-17 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #9 from Oliver Schoett oliver.scho...@capgemini-sdm.com 2009-04-17 07:59:02 PST --- Yes, sorry, the patch is indeed not sufficient. It fixes the sending side of the problem in that it sends out ETags that conform to the

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-04-17 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #10 from Remy Maucherat r...@apache.org 2009-04-17 08:17:37 PST --- Yes, that's my point, the only solution I see in Tomcat 6 about this is an option to remove the etag if compression is active for the request. And about

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #4 from Mark Thomas ma...@apache.org 2009-04-16 12:34:10 PST --- Thanks for the patch. I have applied a modified version of it to trunk that also extended it to the NIO and APR connectors. The extended patch has been

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #5 from Remy Maucherat r...@apache.org 2009-04-16 13:57:58 PST --- I disagree with this. Regardless on what happens with the transport, the entity does not change once it is decoded. -1 for this fix. -- Configure

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #6 from Mark Thomas ma...@apache.org 2009-04-16 14:16:56 PST --- The I suggest you read section 14.19 of RFC 2616 that makes it quite clear ETags are per variant not per resource. -- Configure bugmail:

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #7 from Remy Maucherat r...@apache.org 2009-04-16 14:35:15 PST --- Well, that does not sound very smart (and I had read that on the httpd bug, sigh ...). But overall, I do think the patch is bad (see status file). --

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-01-29 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #1 from Oliver Schoett oliver.scho...@capgemini-sdm.com 2009-01-29 03:42:56 PST --- Created an attachment (id=23190) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=23190) Patch to correct ETags and Vary headers

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-01-29 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #2 from Oliver Schoett oliver.scho...@capgemini-sdm.com 2009-01-29 03:56:52 PST --- Here is the new behaviour when a resource is fetched without and with compression enabled: curl -v -HPragma:

DO NOT REPLY [Bug 46538] ETag must differ between compressed and uncompressed resource versions

2009-01-29 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46538 --- Comment #3 from Oliver Schoett oliver.scho...@capgemini-sdm.com 2009-01-29 09:05:04 PST --- Warning: the patch I submitted does not work well in connection with the Akamai CDN. First, the Akamai edge servers transparently