Project

General

Profile

Bug #1171

mod_compress supresses Etag and Last-Modified headers

Added by brainsik over 12 years ago. Updated almost 12 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
mod_compress
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
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".


Files

#1

Updated by brainsik over 12 years ago

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

#2

Updated by Anonymous over 12 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.

#3

Updated by brainsik about 12 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.

#4

Updated by stbuehler almost 12 years ago

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

Fixed in r2085

Also available in: Atom