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
Depends on:
Reported: 2014-04-07 03:05 UTC by Jesús Cea
Modified: 2014-04-16 11:27 UTC (History)
1 user (show)


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 ***