Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!

Safari, resource forks, and downloaded archives Web Browsers
I'm currently using Safari 1.1.1 under Panther. I had to download from a discussion group a Zip archive made with the "Create Archive" feature in Panther. Safari automatically decompresses files upon download, but when I opened the unzipped folder, the '__MACOSX' folder was present, and the resource forks for the files (in my case, some Type1 fonts) were not restored.

While we wait for Apple to update Safari and fix this, there is a workaround. After Safari unzips the archive, it puts the original archive in the trash. Simply drag this original archive out of the trash and decompress the archive through the Finder.

[robg adds: I haven't seen this issue, but I don't use Safari much, and do very little with resource fork files any more. If someone can confirm/deny this one in the commnets, I'd appreciate it...]
    •    
  • Currently 2.60 / 5
  You rated: 5 / 5 (5 votes cast)
 
[7,367 views]  

Safari, resource forks, and downloaded archives | 7 comments | Create New Account
Click here to return to the 'Safari, resource forks, and downloaded archives' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
Safari, resource forks, and downloaded archives
Authored by: jcteo on Aug 05, '04 11:28:42AM

I believe Safari unzips using whatever your default application for zip is. So unless you have BOMArchiveHelper set as your default app for .zip, you'll get those __MACOS files.

AFAIK, BOMArchiveHelper and the commandline ditto are the only apps capable of reconstructing resource forks from archives created using Panther Finder's contextual menu. BOMArchiveHelper lives in /System/Library/CoreServices, by the way.



[ Reply to This | # ]
Safari, resource forks, and downloaded archives
Authored by: fracai on Aug 05, '04 12:35:18PM

Stuffit has had support for Finder archives for some time now. Only when Finder archives first came out did they not work correctly.

---
i am jack's amusing sig file



[ Reply to This | # ]
Safari, resource forks, and downloaded archives
Authored by: Uncle Asad on Aug 05, '04 01:32:04PM

There's also Panther Unzip <http://www.versiontracker.com/dyn/moreinfo/macosx/24128>, which provides another alternative, esp. for 10.2 users.

I never realized Stuffit Expander supported the Apple zips....



[ Reply to This | # ]
Safari, resource forks, and downloaded archives
Authored by: DavidRavenMoon on Aug 05, '04 01:16:22PM
"While we wait for Apple to update Safari and fix this..."


Well Apple has updated Safari since 1.1.1. The current version on Panther is 1.2.2.

[ Reply to This | # ]

Safari, resource forks, and downloaded archives
Authored by: tlindner on Aug 05, '04 01:35:32PM
Safari doesn't expand archives. It uses helper applications to do it.

If sounds like Safari is asking an older version of StuffIt Expander to expand your .ZIP files.

If you upgrade your Stuffit Expander application to the newest version, then you will get your resource forks reconstructed correctly.

[ Reply to This | # ]

Safari, resource forks, and downloaded archives
Authored by: Typhoon14 on Aug 05, '04 04:33:34PM

Download the Safari/WebKit 1.2.2 update. This will fix the issue.



[ Reply to This | # ]
Safari, resource forks, and downloaded archives
Authored by: m5comp on Aug 06, '04 07:48:51AM

This coupld be caused by a corrupted BOMArchiveHelper preference; try trashing ~/Library/Preferences/com.apple.bomarchivehelper.plist



[ Reply to This | # ]