Project

General

Profile

Actions
Copy link

Bug #1171

closed

mod_compress supresses Etag and Last-Modified headers

Added by brainsik over 17 years ago. Updated over 16 years ago.

Status:
Fixed
Priority:
Normal
Category:
mod_compress
Target version:
1.5.0
ASK QUESTIONS IN Forums:

Description

Using mod_compress, when a page is sent gzipped, the Last-Modified and Etag headers are suppressed. This has the unfortunate effect that these pages can not be cached by a browser -- the browser lacks the required data to send If-Modified-Since and/or If-None-Match header(s) back.

Basically, as it is, you have to pick between cacheability or compression.

To reproduce, turn on compression and then make an HTTP request for a compressed page including the HTTP header "Accept-Encoding: gzip,deflate".

Files

Generate-a-etag-last-modified-header-for-on-the-fly.patch (1.26 KB) Generate-a-etag-last-modified-header-for-on-the-fly.patch stbuehler, 2008-02-17 16:56
Actions
Copy link
 #1

Updated by brainsik over 17 years ago

It can also suppreses the headers produced by mod_expire.
See ticket #1172: http://trac.lighttpd.net/trac/ticket/1171

Actions
Copy link
 #2

Updated by Anonymous about 17 years ago

For some reason, this is the behavior when you don't turn on compress.cache-dir. Set this to a valid server path and Etag info is sent with mod_compress.

Actions
Copy link
 #3

Updated by brainsik almost 17 years ago

Replying to anonymous:

For some reason, this is the behavior when you don't turn on compress.cache-dir. Set this to a valid server path and Etag info is sent with mod_compress.

See http://trac.lighttpd.net/trac/ticket/1400 for an example of when this work-around will fail.

Actions
Copy link
 #4

Updated by stbuehler over 16 years ago

  • Status changed from New to Fixed
  • Resolution set to fixed

Fixed in r2085

Actions
Copy link

Also available in: Atom