Bug 18067
| Summary: | gzipped content is downloaded instead of displayed | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | bjorn |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED INVALID | ||
| Severity: | Normal | CC: | andersca, ap, cgriego, ismail, mitz |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Mac (Intel) | ||
| OS: | OS X 10.4 | ||
| URL: | http://darcs.haskell.org/cabal/_darcs/patches/20080325134032-6871e-ab0ed6eb5a7829cf978313d2e2b20074bdd15982.gz | ||
bjorn
Safari 3.1 and the latest WebKit nightly download gzipped text/plain content instead of displaying it. For example,
http://darcs.haskell.org/cabal/_darcs/patches/20080325134032-6871e-ab0ed6eb5a7829cf978313d2e2b20074bdd15982.gz
is a gzipped plain text file which Apache serves as follows:
HTTP/1.1 200 OK
Date: Tue, 25 Mar 2008 14:15:24 GMT
Server: Apache/2.2.3 (Debian)
Last-Modified: Tue, 25 Mar 2008 13:29:59 GMT
ETag: "610e8b-a7-f2eb03c0"
Accept-Ranges: bytes
Content-Length: 167
Content-Type: text/plain; charset=UTF-8
Content-Encoding: x-gzip
WebKit doesn't display this file, instead it is downloaded. Firefox is happy to display it. WebKit should be able to work out that since the content is text/plain, it could ungzip and display it.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
Unlike "gzip", "x-gzip" is not supported by underlying Mac system frameworks, adding support for it is tracked internally by Apple as <rdar://5418646>. Closing as INVALID per our process, as this is not a WebKit bug.
However, please note that strictly speaking, it is also a server bug that it sends encoded response even though the request didn't explicitly specify support for this encoding in an Accept-Encoding header.