Bug 56354 - If-None_Match fails for gzipped content
Summary: If-None_Match fails for gzipped content
Status: RESOLVED DUPLICATE of bug 45023
Alias: None
Product: Apache httpd-2
Classification: Unclassified
Component: All (show other bugs)
Version: 2.4.7
Hardware: PC Solaris
: P2 normal (vote)
Target Milestone: ---
Assignee: Apache HTTPD Bugs Mailing List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-04-07 03:05 UTC by Jesús Cea
Modified: 2014-04-16 11:27 UTC (History)
1 user (show)


Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jesús Cea 2014-04-07 03:05:40 UTC 
Apache 2.4.9 affected, but the selector only allows me to flag 2.4.7.

When I do a GET of a resource with "accept-encoding: gzip", I get a compressed version and a ETAG like "2bc8-4f63627bade04-gzip".

If time after that I repeat the request with

  If-None-Match: "2bc8-4f63627bade04-gzip"

I get a 200 again!, sending the content back again.

If, instead, I do a:

  If-None-Match: "2bc8-4f63627bade04"

I get the correct 304, no changes.

So, looks like Apache is adding "-gzip" suffix to the ETAG, but it is not verifying it when it gets a "If-Modified-Since".
Comment 1 Yann Ylavic 2014-04-16 11:27:53 UTC 

*** This bug has been marked as a duplicate of bug 45023 ***