Archive Utility fails to expand valid .zip files that contain dir entries
| Originator: | tempelmann | ||
| Number: | rdar://27655515 | Date Originated: | 02-Aug-2016 |
| Status: | Open | Resolved: | |
| Product: | OS X | Product Version: | 10.11.5 |
| Classification: | Other Bug | Reproducible: | Always |
Summary: When a zip file contains entries that describe a directory instead of a file, they cannot be expanded with OSX's standard tool (Archive Utility) for this task. Attached is an example zip file that won't uncompress. (http://files.tempel.org/zlib/rdar_27398797/zlib128-dll.zip) Steps to Reproduce: Double click the attached file in the Finder. Expected Results: It should get uncompressed, or at least the user should be told that he needs a different zip tool to handle this file. Actual Results: File does not uncompress, user gets an error message that is not very helpful: Error 1 - Operation not permitted Version: 10.11.5, 10.12 beta 4 Notes: The attachment is the official zlib source code, which is the default compression format for the zip format. This zip file is from the zlib.org website, and its maintainer is Mark Adler who wrote the first zip tool. Mark has uploaded a new version without dir entries now. Yet, this is still a problem for many other zip files on the net. If a Mac user double clicks a zip file, and he gets an "Operation not permitted" error, it suggests to him that it's his fault somehow, or that the file may be corrupt. Both is misleading and therefore bad communication with the user. Same goes for opening encrypted zip files, BTW. There, too, the user should be told there other apps can solve this instead getting an error that suggests the file is corrupt.
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!