Bug 18067 - gzipped content is downloaded instead of displayed
Summary: gzipped content is downloaded instead of displayed
Status: RESOLVED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac (Intel) OS X 10.4
: P2 Normal
Assignee: Nobody
URL: http://darcs.haskell.org/cabal/_darcs...
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-25 07:42 PDT by bjorn
Modified: 2008-05-27 01:13 PDT (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description bjorn 2008-03-25 07:42:47 PDT
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.
Comment 1 Alexey Proskuryakov 2008-05-27 01:13:15 PDT
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.