Safari "open safe files after downloading" failure

Originator:rarichter
Number:rdar://9808739 Date Originated:7/20/11
Status:Open Resolved:
Product:Safari Product Version:5.1 (7534.48.3)
Classification:Serious Bug Reproducible:Always
 
20-Jul-2011 02:08 PM Rudy Richter:
Summary:
When the open safe files after downloading is turned off Safari will botch certain downloads and incorrectly unpack the files under their packed file name.  Example: http://growlmail.googlecode.com/files/GrowlMail-1.3.zip

with this setting turned off, GrowlMail-1.3.zip will end up in the downloads folder, but upon inspection with the file tool it will claim that the file is of type xar archive.  This can be confirmed by renaming the file to GrowlMail-1.3.pkg, Installer.app will recognize it as a valid package.  Unzipping is entirely incorrect behavior.


Steps to Reproduce:
curl -I indicates:

curl -I http://growlmail.googlecode.com/files/GrowlMail-1.3.zip
HTTP/1.1 200 OK
Content-Length: 532702
Content-Type: application/zip; charset=binary
Content-Disposition: attachment; filename="GrowlMail-1.3.zip"
Accept-Ranges: bytes
Date: Wed, 20 Jul 2011 17:49:28 GMT
Last-Modified: Wed, 20 Jul 2011 15:27:09 GMT
Expires: Wed, 27 Jul 2011 17:49:28 GMT
Server: DFE/largefile
Cache-Control: public, max-age=604800
Age: 316

Google Code engineer Augie Fackler thinks it might be a result of the filename="" on the Content-Disposition field.

downloading the same file from github produces the following curl -I output:

curl -I http://cloud.github.com/downloads/rudyrichter/GrowlMail/GrowlMail-1.3.zip
HTTP/1.0 200 OK
x-amz-id-2: cXpBzngw0kT+oKK3l6uk+mb5TKJY08FsUqm9jW+oa9q6am0bZOrM+iw5ICfKR4zd
x-amz-request-id: 6936863B167927ED
Date: Wed, 20 Jul 2011 17:55:56 GMT
Last-Modified: Wed, 20 Jul 2011 17:51:53 GMT
ETag: "d83b19e2f5a4d994b0d70f525dee7cb6"
Accept-Ranges: bytes
Content-Type: application/zip
Content-Length: 532702
Server: AmazonS3
X-Cache: Miss from cloudfront
X-Amz-Cf-Id: a0542a2db2f977f22ad43580ac04800a1cbaac8caa7c1844fb32278da318a6f721337954199a7a6b,3586b48d2ace39a202443c5c4a386c966835f27b0ceeb5d0c6d4b04079612d97cfbc268178a9d90e
Via: 1.0 c308e47399ff34f618b4a1be11aee9b9.cloudfront.net:11180 (CloudFront), 1.0 bd78a13914ebcf6f511f788b616726b6.cloudfront.net:11180 (CloudFront)
Connection: close

Expected Results:
a valid zip archive sitting in the downloads folder

Actual Results:
the zip archive was unpacked and we see that the flat package inside the zip is now posing as a zip archive.

Regression:

Notes:

Comments


Please note: Reports posted here will not necessarily be seen by Apple. All problems should be submitted at bugreport.apple.com before they are posted here. Please only post information for Radars that you have filed yourself, and please do not include Apple confidential information in your posts. Thank you!