Bug 18067

Summary: gzipped content is downloaded instead of displayed
Product: WebKit Reporter: bjorn
Component: New BugsAssignee: 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

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.