18067 2008-03-25 07:42:47 -0700 gzipped content is downloaded instead of displayed 2008-05-27 01:13:15 -0700 1 1 1 Unclassified WebKit New Bugs 528+ (Nightly build) Mac (Intel) OS X 10.4 RESOLVED INVALID http://darcs.haskell.org/cabal/_darcs/patches/20080325134032-6871e-ab0ed6eb5a7829cf978313d2e2b20074bdd15982.gz P2 Normal --- 0 bjorn webkit-unassigned andersca ap cgriego ismail mitz oldest_to_newest 75105 0 bjorn 2008-03-25 07:42:47 -0700 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. 81569 1 ap 2008-05-27 01:13:15 -0700 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.