https://bz.apache.org/bugzilla/show_bug.cgi?id=45023
--- Comment #27 from Olivier Mehani <[email protected]> --- I think I'm seeing the same issue with * Apache 2.4.39 * HTTP/2 * GZipped transfer When I first retrieve the URL, I get an ETag with '-gzip' appended. $ curl -I 'https://example.net/file.png' --compressed HTTP/2 200 date: Fri, 02 Aug 2019 00:12:51 GMT server: Apache/2.4.39 (Unix) LibreSSL/2.9.1 mod_chroot/0.5 last-modified: Fri, 02 Aug 2019 00:08:49 GMT etag: "11b104-4fa0-58f1729a20024-gzip" accept-ranges: bytes cache-control: max-age=31536000 expires: Sat, 01 Aug 2020 00:12:51 GMT vary: Accept-Encoding content-encoding: gzip strict-transport-security: max-age=15768000; content-length: 18360 content-type: image/png Any subsequent requests for that full ETag result in a 200 with the data being re-transfered. $ curl -I 'https://example.net/file.png' --compressed -H 'If-None-Match: "11b104-4fa0-58f1729a20024-gzip"' HTTP/2 200 date: Fri, 02 Aug 2019 00:12:55 GMT server: Apache/2.4.39 (Unix) LibreSSL/2.9.1 mod_chroot/0.5 last-modified: Fri, 02 Aug 2019 00:08:49 GMT etag: "11b104-4fa0-58f1729a20024-gzip" accept-ranges: bytes cache-control: max-age=31536000 expires: Sat, 01 Aug 2020 00:12:55 GMT vary: Accept-Encoding content-encoding: gzip strict-transport-security: max-age=15768000; content-length: 18360 content-type: image/png If I remove the '-gzip' suffix, I get the expected 304 response. $ curl -I 'https://example.net/file.png' --compressed -H 'If-None-Match: "11b104-4fa0-58f1729a20024"' HTTP/2 304 date: Fri, 02 Aug 2019 00:12:58 GMT server: Apache/2.4.39 (Unix) LibreSSL/2.9.1 mod_chroot/0.5 etag: "11b104-4fa0-58f1729a20024" expires: Sat, 01 Aug 2020 00:12:58 GMT cache-control: max-age=31536000 -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
