Bug #1171

mod_compress supresses Etag and Last-Modified headers

Added by brainsik over 3 years ago. Updated over 2 years ago.

Status:Fixed Start:
Priority:Normal Due date:
Assigned to:- % Done:

0%
Category:mod_compress
Target version:1.5.0
Missing in 1.5.x:

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".

Generate-a-etag-last-modified-header-for-on-the-fly.patch (1.3 KB) stbuehler, 02/17/2008 04:56 pm

History

Updated by brainsik over 3 years ago

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

Updated by Anonymous about 3 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.

Updated by brainsik over 2 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.

Updated by stbuehler over 2 years ago

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

Fixed in r2085

Also available in: Atom