So. I kind of like BOMArchiverHelper.app, the default OS X unzipping utility. However, it has quite a number of limitations. Most other unarchivers on OS X have interfaces that I don't like, or just don't work very well. Also, thanks to Windows' idiotic idea of using the current system encoding for filenames, I have tons of archives from Japan with Shift_JIS filenames, which none of the unarchivers on OS X I've tried will handle properly.
And so I, because I obviously don't have enough to do already, get the idea that I need to write a better unarchiver. Features I think it needs include:
For actual information on the current state of this project, read on!
Known bug, will be fixed.
TheUnarchiver used to extract archives into a subfolder of the current folder named after the archive file... it doesn't do that for me any more, and I'd really like it to. Did I screw up a setting, or has that feature been removed? (or maybe I'm just hallucinating again...)
It does this if there is more than one file or folder in the archive. If there is only one, it is not put in a subfolder.
Ohhhh, that makes sense, I guess. Still, it would be nice if there were an option to always extra to a subfolder, since if you don't know the name of the file inside the archive, it could be an issue finding it in the finder window, since it always alphabetizes on the fly. Making a subfolder with the same name as the archive will make the subfolder show up right next to the archive in Finder, which would be great!
It's been requested before, so it'll probably show up sooner or later. Maybe not in the next version, but I'll add it at some point.
Hi,
Absolutely bizarre problem with the unarchiver in regards .sit files.
Mac OS does recognize it as an application that can open .sit fles (all other archive types yes, but not.sit)
It can happily open .sit files, but assigning it as the default application seems impossible.
Any ideas?
Well, let's just say that Launch Services, which handles this stuff, is... less than well-designed.
Something similar has happened to me when I had another program installed that defined a UTI with another name for the same extension. You'd have to use something like RCDefaultApp to see if that is the case, or to delete suspicious apps (AND empty the trash, or else it does not count).
If you can find an app that causes it, send me its Info.plist!
Hi, been using The Unarchiver on 10.4.7 (PPC) and again on >=10.4.8 (Intel) with absolutely no errors so far. Thanks for a fantastic app!
Is there any way to automatically associate all supported compression types with The Unarchiver? In the past I just used "Change All" in the Info window as I came along files that opened with BOMArchiveHelper, but having an easy way to set all of them at once would be very convenient.
Also, any plan on making "The Archiver"? Would be nice to replace the "Create Archive" option in Finder's contextual menu with options to create compressed tars (tgz and tbz2 preferably) and such.
Doubleclick The Unarchiver, and you get a preferences window that has a list for associating filetypes.
Also, sorry, no plans for The Archiver. I am generally happy with what's available already, personally, and I've got lots of work as it is.
Another release of mostly bugfixes and tweaks:
As pointed out on MacUpdate, The Unarchiver defines for the system the filetype of "RAR-Archives" as files ending on .rar, .RAR, .r00, r01 etc., as well as .001, .002, .003 etc.
The problem is that multi-part split files also end on .001, .002 etc. The Unarchiver is unable to open/merge these files (which I would not expect it to do, anyway - it is an unpacker, not a filemerger).
I cannot dissociate .001-files from The Unarchiver without dissociating .rar-files as well, since both are defined for the system as rar-archives.
I would like to propose, that in the preferences a seperate filetype for .001-files ("Multi-Part Document"?) is added, which can be ticked or unticked to be opened by The Unarchiver. That way, the user can choose if he wishes to open .001-files with The Unarchiver or a different program.
I hope that is not too much to ask. I feel the program is amazing, and the developer has been doing a great job!
Also (since I seem to be the roll right now :-) ), I would just like to register my vote to keep the current behaviour of The Unarchiver of extracting one file archives into the current folder and archives with multiple files into a new subfolder.
It has been requested on MacUpdate that ALL extractions should be into a new folder, regardless if one or multiple files. I don't think that is a good idea, and at least should be optional for users who prefer the current way.
Once again, Launch Services is being a useless piece of crap... sigh. Oh well, I guess I'll have to go with making a separate file type for those, although I can just tell that will lead to some other problem instead somewhere down the line.
Yeah, I'd only ever make than an option, and it definitely wouldn't be the default.
Hmm, I can't extract .sitx. Not supported yet?
Thanks.
Sorry I just founded out with sitx. I hope they release some docs before too long.
It cannot open password protected files!
It cannot open password protected files!
Yes, it can. Just not all of them.
I get errors when trying to extract the zip for NuFile (which BOMArchiveHelper has no issues with) (In the .rtfd/):
http://growlichat.com/downloadredirect.php?id=33
Would it be possible to add the version number to the main window so I can quickly tell which version I have?
Right-click the app and Get Info. If that doesn't show anything, you have a pretty old version.
Although it appears that file does not open in the current version either. I'll add it to the list.
I haven't tested it recently but it won't extract a working version of Adobe Flex Builder (Beta).
When trying to run Flex, it does nothing. I attempted to extract with Bom and it worked.
I need the actual file or at least a link to it before I can do anything about it.
Yes, I realized it was available in the Get Info window (I have the current version), but thought it might be easy/good to list it in the main window, so I wouldn't have to try to find the application to run Get Info on it.
I just noticed after extracting a rather large zip file that the modified date of the folders were set to today if the folder had anything in it and to the original modified date if it was empty. I recognize that the file system is doing this as the folder contents are written. From the point of view that the extraction should result in as exact a copy of the original as possible, shouldn't the folder dates be reset after they have been filled?
How do we donate to you? It looks like a lot of people are loving your application and you're putting in some serious hours on it over the last few months. I'm hanging out for v2.0 and password protected rar support... can I paypal you a few bucks to help with a beverage of your choice while you work?
There is a donation link on http://wakaba.c3.cx/s/apps/unarchiver.html if you want to!
i love this little tool, but many password-files (for rar's) didnt work with the unarchiever :-( Please do not give up the development. The Speed is amazing!
Just plaudits: Thank you so much for this wonderful, well designed utility. Obviously, a lot of work and thought has gone into it. I can't imagine an unarchiver with a better interface or more complete (useful) functionality. So thank you!
Unless somebody is already doing it, I would be glad to translate The Unarchiver to Italian; all I need to know is which files I have to modify in order to complete the translation. Do I have to translate only the strings inside "Localizable.strings" or there is something else?
Thank you very much
My e-mail address is francesco (at) allascala (DOT) it
I found a case where using Unarchiver v1.6 on a rar file of an iso disk caused Unarchiver to run forevvvvver, using about 70-85% system resources. I eventually Quit the program from Activity Monitor.
I tried the same rar file in UnRAR v2.2, and it ran through the extraction, up to 99 %, looked like it would finish, but then its status window reported a CRC error. and finished the process. The reported error statement from UnRAR: "CRC failed ??? - the file header is corrupt"
So I am guessing that Unarchiver 1.6 got hung on the CRC error and never quit. But why use up all the system resources in that? And no feedback in the Unarchiver other than a perpetual 'spinning' bar.
And I think it would be good if Unarchiver would give some sort of status indicator, both of progress and outcome (or failure).
(I looked in Console logs, did not see anything that looked like unarchiver)
Thank you. All the best.
That was obviously not intended behaviour. I can't do anything to fix the bug without a file that causes it, though.
i had another 324mb 7z file today, and same result.... i can tell you where to download it from but would rather do it in a private manner... please let me know if you're interested... thanks :)
p.s.
i think it is not necessary though... just create a 300mb+ 7z file using any capable utility, and try extracting it with the unarchiver and you should see the problem...
No Sitx support :(
Goddamnit, I can't wait for the day when I can get rid of stupid Stuffit once and for all.
Would it be possible for the window that appears when you are unarchiving something to be like the BOMArchiveHelper window and float above everything but isn't actually "selected" so you're still in the Finder even though the window is floating above it?
I'm dying having to use unrarx to get at my password protected rar files (I interface with a bunch of Windows users who use encrypted rar every day!). Can you give us any idea at all on when we this might be ready for release? I am more than willing to help with testing...
I'm dying having to use unrarx to get at my password protected rar files (I interface with a bunch of Windows users who use encrypted rar every day!). Can you give us any idea at all on when we this might be ready for release? I am more than willing to help with testing...
Request: I'd like to have the preferences set to extract archives to the same folder but option+double clicking will give you a dialog and prompt you where to extract it (I'd mainly use archives on network drives so I don't have to transfer the file to my CPU and back again across the network).
Does this program support ace compressed files? Also multi-part ace. Retrogamers on Windows seem to like this method and I have yet to find a solution.
Sorry, no. The format is propiatery and only available under NDA, apparently. One of the main programmers of libxad, that I use to unpack lots of stuff, has gotten access to the source but hasn't gotten around to implementing it. I don't know if he ever will, and it's beyond my abilities, so, sorry, no time soon.
Is there a known bug concerning Unarchiver's inability to finish extracting an ISO file? I tried two separate files and it hangs on both of them right at the end.
Hi, using The Unarchiver 1.6 I encountered a problem when decompressing a file in a deep subdir from a tar.gz archive. I created a sample archive showing the same problem and uploaded it here: http://www.maxloresti.com/testdir.test01.tar.gz
It only contains a dir and a bunch of subdirs, which in the end contain only one small file called "definition.xml". When I extract the archive using The Unarchiver, the name of the extracted file is "definition.xml0000644". The appended numbers really look like permission bits... :)
StuffIt Expander correctly extracts the file and the whole archive.
Hi,
First off, Unarchiver is a great program. It works so well.
Does anyone know if there are plans to add the ability to open password-protected zip files in a future release? Thanks.
You can already open some password-protected zip files. If you have one that can't be opened, I'd like to see it or else I can not add support for it.
I just found what will make alot people happy about the password glitch that appears to fault some RAR files.
http://www.unrarx.com/faq.html
Download this program and follow the instructions. It's not as sleek as Unarchiver but.... IT DOES the Job when it comes to Passwords on RAR files even split ones. I just thought I'd share this with someone who may have been going up a wall with password files.
Let me know if it works.
"Icons for .sit files aren't showing up for me (in fact it's been hard enough getting .sit files to open with The Unarchiver at all - it doesn't show up under the Open With menu)."
I'm also getting the same problem as gannet. Anyone else?
"Find a file of the type that is not getting the correct icon (Simon, in your case a .sit).
Get Info on that file, and go to the Opens With... section.
Change it from The Unarchiver to anything else that can open it.
Hit the Change All... button. The icon should change to the new apps icon.
Now go back to the drop down list and change it back to The Unarchiver, and hit Change All... again."
Nick's fix doesn't work for me.
You probably have some other program installed that conflicts with The Unarchiver's filetypes. Launch Services is pretty broken when it comes to these things.
Are the duplicate extensions in all caps for supported file types really needed?
I don't really know, but Preview.app has them.
Thank you GaryGnu! UnRarX worked for the password protected rar files at:
http://radiowaves66.blogspot.com/
The Unarchiver kept on giving me errors that the "Command Is Not Supported".
Two questions.
1) Which SIT formats are supported? 1.5? 2.0-4.0? 5.0?
2) Does it support .zip archives whose contents have MacBinary metadata as implemented by Tom Brown's ZipIt?
You need to make the program follow the language rules. So if i chose not to install any languages except english and french and I installed the OS, when Unarchiver installs it should only install English and French as languages and not installed any other one. If a user wanted to add another lang. they can download it drom the site and add it through the "Get info" screen. This feature should be added cause it makes the program smaller for the end user.
The app needs to follow OSXs language rules. If i dont install russian with the OS russian should not be installed with the app
Somehow I think most users can afford the extra 400k.
Ha, I've discovered the problem with .sit files! The Unarchiver is simply missing a UTI: com.stuffit.archive.sit
I added this to the info.plist and it works fine now :-)
I have AppleScript code for determining if a file is Stuffit 1.5, 2.0-4.0, or 5.0; it's called StuffTyper. Hmm, looks like I never uploaded it to my website; I can send it to you if you'd like to see the code (it's just a kind of magic number checker). You will then have a way of determining which .sit types people sent you. (It's not a catalogger, but you could modify the script or use it in conjunction with something else, like File Buddy.) If you want me to send it to you, just tell me how you'd like it sent.
Um, I don't quite see the point. The Unarchiver can handle any .sit file already.
Speaking of types though, I believe 'SIT!' is a creator type, not a file type. 'SIT2' perhaps?
I used The Unarchiver on a Windows exe-file and it run forever, I quit the program with Activity Monitor, because there was no response. Now I have lost 10GB of my Diskspace. Is there tmp, I can delete?
There's probably a hidden folder in the same folder as the file you tried to unpack, which starts with a ".". You should be able to see it from Terminal.app, at least.
yes, SIT! is a creator type for StuffIt Deluxe (Expander is SITx). SIT! is also the file type for StuffIt 1.5 files. StuffIt 2.0-4.0 uses 'SITD' filetype and Stuffit 5.0 filetype is 'SIT5'.
My script checks the internals and sets the filetype metadata accordingly.
Hi there,
same problem as post #320. I always get the errormessage:
"Command Is Not Supported" on archives of page
http://www.doloresoriordan.net/eng/video.htm
even if I specify the correct passwrod. The archives are fine, unpacked them using UnRarX, but your tool is looking much better, so I would like to use your tool.
Password-protected RAR is not supported yet.
Please add an option to use the archive's name for a destination folder. I have a lot of archives with good archive names, but unintelligible or abbreviated folder names inside the archive. When I extract them (especially if processing several at a time), I have no idea what folder matches to what archive.
Already added, but I forget if it's in the release version or just my development version.
>>333
Hm okay, it's just Expander includes recognition of 'SIT2' but not 'SIT!'. Are you sure SITD isn't StuffIt 3.x-4.x with SIT2 being StuffIt 2.x?
Anyway, has that StuffIt UTI I mentioned been added to The Unarchiver?
Would you add a command line interface? I am downloading compressed files, manually processing them with The Unarchiver, then parsing them into a database. I would love to be able you use your tool to automate the process. I would love it even more if it were available in Ruby!
It's something I've thought would be nice to have, but I haven't actually needed it enough to make it.
If you're feeling like doing some programming yourself, most of the magic is in a framework, which should be pretty easy to use. There's even a very simplistic command-line tool already for testing purposes which might be expanded. Or maybe you can bridge the framework into Ruby somehow.
If you do any of that, do let me know.
When the app is set to extract archives to "Same folder as archive", extracting archives found inside DMG files naturally fails.
In this case, I'd like it to fall back to using the Desktop as the destination folder (like BOMArchiveHelper ?). Prompting for an alternate folder - perhaps defaulting to the Desktop - might be a good option.
Great app - thanks!
Hmm, good point.
Bug Report :
OS: MacOS 10.4.10 (intel)
the unarchiver 1.6 was crashed when trying expand RAR archive that encoding japanese/korean filename.
I attached crash log file.
**************************
Date/Time: 2007-09-01 17:46:18.864 +0900
OS Version: 10.4.10 (Build 8R2232)
Report Version: 4
Command: Xee
Path: /Applications/Xee.app/Contents/MacOS/Xee
Parent: WindowServer [415]
Version: ??? (2.0)
PID: 709
Thread: 0
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000
Thread 0 Crashed:
0 libSystem.B.dylib 0x90072db2 lmatcher + 132
1 libSystem.B.dylib 0x90030735 regexec + 11065
2 de.dstoecker.xadmaster 0x17fd9b71 -[XADRegex matchesString:] + 75
3 de.dstoecker.xadmaster 0x17fd865f +[XADArchive volumesForFile:] + 546
4 de.dstoecker.xadmaster 0x17fd462f -[XADArchive initWithFile:delegate:error:] + 77
5 de.dstoecker.xadmaster 0x17fd459f -[XADArchive initWithFile:] + 56
6 de.dstoecker.xadmaster 0x17fd82c6 +[XADArchive archiveForFile:] + 62
7 cx.c3.xee 0x000642c2 -[XeeArchiveSource initWithArchive:] + 90
8 cx.c3.xee 0x0000c3e4 -[XeeDelegate application:openFile:] + 1020
9 com.apple.AppKit 0x9326fd98 -[NSApplication _doOpenFile:ok:tryTemp:] + 459
10 com.apple.AppKit 0x9337c3e6 -[NSApplication _doOpenFiles:] + 240
11 com.apple.AppKit 0x9337c2d8 -[NSApplication(NSAppleEventHandling) _handleAEOpenDocuments:] + 87
12 com.apple.AppKit 0x93275701 -[NSApplication(NSAppleEventHandling) _handleCoreEvent:withReplyEvent:] + 793
13 com.apple.Foundation 0x927f2e65 -[NSAppleEventManager dispatchRawAppleEvent:withRawReply:handlerRefCon:] + 447
14 com.apple.Foundation 0x927f2c8f _NSAppleEventManagerGenericHandler + 91
15 com.apple.AE 0x915236c5 aeDispatchAppleEvent(AEDesc const*, AEDesc*, unsigned long, unsigned char*) + 147
16 com.apple.AE 0x915235f6 dispatchEventAndSendReply(AEDesc const*, AEDesc*) + 44
17 com.apple.AE 0x915234c2 aeProcessAppleEvent + 190
18 com.apple.HIToolbox 0x92df00e4 AEProcessAppleEvent + 37
19 com.apple.AppKit 0x9327363d _DPSNextEvent + 1044
20 com.apple.AppKit 0x93273056 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 137
21 com.apple.AppKit 0x9326cddb -[NSApplication run] + 512
22 com.apple.AppKit 0x93260d2f NSApplicationMain + 573
23 cx.c3.xee 0x00002d06 _start + 216
24 cx.c3.xee 0x00002c2d start + 41
Thread 1:
0 libSystem.B.dylib 0x90047dd7 semaphore_timedwait_signal_trap + 7
1 ...ple.CoreServices.CarbonCore 0x90ce1da9 TSWaitOnSemaphoreCommon + 163
2 ...ickTimeComponents.component 0x982c12a6 ReadSchedulerThreadEntryPoint + 4723
3 libSystem.B.dylib 0x90024227 _pthread_body + 84
Thread 2:
0 libSystem.B.dylib 0x90047dd7 semaphore_timedwait_signal_trap + 7
1 ...ple.CoreServices.CarbonCore 0x90ce1da9 TSWaitOnSemaphoreCommon + 163
2 ...ple.CoreServices.CarbonCore 0x90cebcdc AIOFileThread(void*) + 1068
3 libSystem.B.dylib 0x90024227 _pthread_body + 84
Thread 0 crashed with X86 Thread State (32-bit):
eax: 0x00000000 ebx: 0x90072d3f ecx: 0xffffffff edx: 0x00000001
edi: 0x00000000 esi: 0x00000000 ebp: 0xbfffeef8 esp: 0xbfffeca0
ss: 0x0000001f efl: 0x00010246 eip: 0x90072db2 cs: 0x00000017
ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037
Binary Images Description:
0x1000 - 0x83fff cx.c3.xee ??? (2.0) /Applications/Xee.app/Contents/MacOS/Xee
0x7d5000 - 0x7d6fff com.apple.URLMount.CIFSPlugin 1.2.5
.....
.....
Could you give me a copy of the file, and also a list of all the filenames that were in the same folder as the archive?
The Unarchiver failed tonight extracting files from a 2+ GB zip file. one file inside was a 2.2G DMG file. Other files before it extracted fine. It left the file as a zero length file.
Just to be sure I unarchived it with BOMarchiver and it worked just fine.
The Unarchiver failed tonight extracting files from a 2+ GB zip file. one file inside was a 2.2G DMG file. Other files before it extracted fine. It left the file as a zero length file.
Just to be sure I unarchived it with BOMarchiver and it worked just fine.
I've tried extracting several different RAR files (containing rar, r00, r01 etc.) and the application simply freezes showing a "Preparing to extract..." screen while using 90% of my processor. Moreover, it is impossible to anyhow close or Force Quit the program as it doesn't have the option due to its integration into OS X.
Apart from that, wonderful program, but I hope this problem is solved.
If you have any further questions, e-mail me at rudi[dot]eihenbaums[at]gmail
I need a file that causes this before I can do anything about it. If there are any messages on the console, post those too. Also, try turning off all InputManagers and haxies.
What do u mean by InputManagers?
I can forward you some files that I've been trying to open, I can't send them to you, because they're about 700MB movie torrents, but I can give you a link so you can look into it.
Here's a screenshot, doesn't help much, but how do I open the console on demand?
Run /Applications/Utilities/Console.app, then try to get The Unarchiver to lock up again and see if anything appears in Console.
Do you want me to take one of those "Sample" things?
Nothing in the console.. anything else? Want me to give you a link to the torrent file?
No, just see if The Unarchiver prints any message on the console before it locks up.
reply was too late. I'm Sorry.
exactly, the unarchiver was crashed when I was trying expand RAR files over network. If target archive's file have wrong encoded filename, It caused crash.
But If you copy file in your macintosh, then the file was expanded normally(the unarchiver was displayed encoding selection dialog box).
Please resolve this problem. I believe you can do it :-)
Thanks, Good Luck!
Without an example file that can cause the problem, there is not much I can do.
As I said before, nothing appears in the console.
Here's a link to the file I'm having problems with. CD1 unrars properly, CD2 is the thing you should try to select to download in the torrent.
http://www.newtorrents.info/torrent/25718/Knocked.Up.2006.R5.LINE.XViD-PUKKA.html
P.S. It happens with a few other files.
Fails to extract .sit archive file with password protection made with DropStuff 5.5 running on Mac OS 9. It only displays an alert message saying "Could not extract the resource fork for the file"<file name>": Data is corrupted". No problem when without password protection.
Any solutions?
I'm guessing the SIT code might not support encryption? I did not write it, so I am not sure. I never tried any encrypted archives. Does it extract any other, encrypted SIT files?
I found a few other large, multi-part RAR files that the Unarchiver crashes with. Nothing appears in the standard view of the Console - is there maybe a specific place I should look in?
Great program! Would be a great addition having the XAR support (http://code.google.com/p/xar/). Thanks.
Good work,
it runs pretty well for me.
the only bug, i've saw, was an improperly exit when the work was done. It leaves an empty window, that needs to be closed throught "activity monitor"