mod_spdy disables gzip content response on Firefox 13beta

[uikit0]

mod_spdy disables gzip content response on Firefox 13beta

[GoogleCodeExporter]

Verified also not working with Firefox 13 final. Any news here?

Original comment by [email protected] on 5 Jun 2012 at 4:16

[GoogleCodeExporter]

GZIP compression is pointless with SPDY, since SPDY itself compresses data. 
Isnt it?

Original comment by [email protected] on 11 Jun 2012 at 3:53

[GoogleCodeExporter]

No, it is not compressing payload (headers are compressed)

http://dev.chromium.org/spdy/spdy-protocol/spdy-protocol-draft3#TOC-4.7-Data-Com
pression

Original comment by [email protected] on 11 Jun 2012 at 10:03

[GoogleCodeExporter]

I found SPDY_VERSION...

I added this before my SetOutpuFilter DEFLATE and other gzip/deflate parameters 
and it started compressing all SPDY enabled content.

# fix gzip for Firefox which neglects to send gzip headers with spdy
RequestHeader set Accept-Encoding "gzip, deflate" env=SPDY_VERSION

Original comment by [email protected] on 11 Jul 2012 at 10:42

[GoogleCodeExporter]

This is fixed in trunk as of r334.  You will get the fix after updating to 
release v0.9.2.2 (which should be going out today).

The issue was that Firefox wasn't sending the Accept-Encoding:gzip header, 
because according to the SPDY spec, it doesn't have to -- SPDY servers are 
allowed to simply assume that the client supports gzip.  The problem was that 
mod_spdy wasn't making that assumption as it should have.

Original comment by [email protected] on 31 Jul 2012 at 5:09

• Changed state: Fixed