You need to
before you can comment on or make changes to this bug.
$ curl -I http://pdatabase.dyndns.biz/baldness.js.gz
HTTP/1.1 200 OK
Date: Wed, 21 Jun 2006 06:12:38 GMT
Server: Apache/1.3.34 (Unix) PHP/4.3.10
Last-Modified: Thu, 25 May 2006 21:21:18 GMT
It looks to be sent correctly. But Safari fails to load it.
It's used by:
The network layer doesn't ask for x-gzip, but the server still sends it:
Accept-Encoding: gzip, deflate
Strange, the previous comment didn't get through in its entirety :-O
...So, I think this is a server bug, and also probably a CFNetwork limitation.
The headers are correct, the file name seems to be the issue.
If the file has a .gz extension it will not be rendered.
If I use the apache module mod_gzip the css gets gzipped but it does not add the .gz extension, and safari renders the css.
The headers in both cases are exactly the same except for the file name.
(In reply to comment #3)
Could you please provide an URL to a test case?
Does this technique work in Firefox 2.0.0.x? Opera 9.2x? MSIE 6/7?
(In reply to comment #5)
> Does this technique work in Firefox 2.0.0.x? Opera 9.2x? MSIE 6/7?
Yes, the .gz extension works in Firefox 2.0.0.x Opera 9.2x MSIE 6/7
(In reply to comment #4)
> (In reply to comment #3)
> Could you please provide an URL to a test case?
Quote of HTTP spec:
RFC 2616 - Hypertext Transfer Protocol
3.5 Content Codings
Use of program names for the identification of encoding formats
is not desirable and is discouraged for future encodings. Their
use here is representative of historical practice, not good
design. For compatibility with previous implementations of HTTP,
applications SHOULD consider "x-gzip" and "x-compress" to be
equivalent to "gzip" and "compress" respectively.
Marking bug RESOLVED/INVALID since this is not a WebKit bug.
The issue will be tracked internally through the Radar bug. Thanks!