As the previous thread filled up, here is part 2 of the The Unarchiver thread.
It is much better to post bugs on the bug tracker, rather than in this thread! Anything posted on the bug tracker has much less chance of being forgotten by me!
So, post bugs here: http://code.google.com/p/theunarchiver/issues/list
Also, remember that if you post a bug about a file that is not work, you must also post the file itself, or else there is nothing I can do about it!
It would be great if the tool recognized CP/M .lbr archives with lzh "crunched" members, e.g. a file originally named SRC.Z80 would be contained as SRC.ZZ0. Currently, it extracts the crunched file and leaves it compressed. I have not been able to find a Linux based tool that can subsequently handle it.
Actually, I notice I have at least one testcase already with that kind of files. It seems they unpack just fine if I run unar on them for a second time.
However, you are right that it would be a lot more useful to unpack them automatically. Feel free to file an issue about that, at least, so I don't forget.
The Unarchiver 2.7.1 could not open a ZIP archive which is larger than 4GB.
Could you fix this problem?
I am using Intel Mac OS X 10.6.8.
The ZIP archive is too large to send to you.
I have created another ZIP archive using Mac OS X Finder.
(1) Select '/Developer' folder on my Mac.
(2) Choose 'Compress "Developer"' in the File menu of Finder.
The ZIP file is about 6GB. The Unarchiver could not open the ZIP archive.
I managed to recreate the problem, and will look into it. Thanks!
Ok, I found the problem. The Finder does not create valid Zip64 files when it makes files that are bigger than 4GB. I added a workaround to try and read them anyway.
So I've just downloaded the unarchiver and it's asking me for a password before it unzips my files. I have no idea what this might be. Could you help me out?
Not really. You'll have to ask whoever made the files.
First off,
I just want to say what a great app The Unarchiver is and am so happy to discover's maker to be one and the same of one of my favorite sites, wakaba. I am thoroughly impressed with all your coding endeavors and sing your praise.
I stumbled here actually looking for information about command line functions. I noticed Transmission in its preference with the option to Call script when download completes and was wondering if I could plug in a few lines into Automator and maybe make an .rar detection and .rar extraction type thing with Automator.
>> 9
Thank you!
How is your RAR implementation free? Did you implement the virtual machine from scratch? This confuses me.
Every part is implemented from scratch, including the virtual machine.
Just downloaded on my iMac running Leopard. Is there an option to JUST "view" the archive files WITHOUT unarchiving it into a folder?? I was hoping your utility had that since the default Mac utility also did the same & I do not always want t a new folder created. Thx in advance.
mine constantly gets to about 99.9% done with unarchiving it and just freezes up completely with everything i download.
Hi there - I had posted this 2 weeks ago but have not seen a response yet. Any help will be appreciated -- << Just downloaded on my iMac running Leopard. Is there an option to JUST "view" the archive files WITHOUT unarchiving it into a folder?? I was hoping your utility had that since the default Mac utility also did the same & I do not always want t a new folder created. Thx in advance. >>
Youre app is awesome. Had nearly ten app or command line tries but always problems with the special characters of a zip file I got from a customer. Took me 3 hours to try and fail again and again. Now it was done in 30 seconds.
Thank you, my friend!
Your doc page mentions command-line versions of the tool (lsar and unar). It would be great to include them, along with man pages, on the App Store download. Even if those are just under the .app wrapper and one needs to find them and link to them, it'd be a good addition.
I might once they are out of beta (which should be next release), if I can figure out a decent way to do it.
I plan to use The Unarchiver in an application. The lsar program does its work great, it just lists the archive files.
One suggestion: please make both lsar and unar exit with an error code when errors occur during the list/extract operation.
They should do that already, I think?
>>28
$ unar arch.rar ; echo $?
Extracting arch.rar... Couldn't open archive.
0
They exit with an error message, not an error code.
What version?
>>30
$ unar -h
unar v0.4 (Oct 19 2011), a tool for extracting the contents of archive files.
Try the current version in the hg repository.
>>32
The hg repository version does exit with an error code. Thanks.
So, I have been working on a new version for some time now. There aren't all that many visible changes, but as I've made lots of changes to the internals of the code, I've probably introduced some fresh new bugs. Therefore, the version has been bumped to 3.0, so that people can see the scary ".0" and know that there might be a few problems.
To avoid the worst problems, I've made an alpha version available, and would very much like for as many brave people as possible to grab it and try to use it, and report any problems. It should work fine most of the time - I am not aware of any outstanding bugs at the moment - but obviously I alone can not test it under all circumstances. Therefore, please grab it and try it.
http://theunarchiver.googlecode.com/files/TheUnarchiver3.0alpha1_64bit.zip
Please don't post it on any software listing sites until it reaches the official release status, though, it is somewhat mean to expose unsuspecting people to unfinished software.
Also, the uploaded version is Intel and 10.5 or greater only, the same that would go on the App Store. The final version will be available for older OSes and PPC, though.
Now, for the change list:
For programmers:
In addition, version 0.99 of the command-line utilities has been released. The 0.99 version number signifies that the interface for them should now be the one that will go into 1.0, and which will be stable from 1.0 onwards, but there might still be some tweaks before that. Hopefully nothing will change, though.
Mac OS X version: http://theunarchiver.googlecode.com/files/unar0.99.zip
Windows version: http://theunarchiver.googlecode.com/files/unar0.99_win.zip
Source code: http://theunarchiver.googlecode.com/files/unar0.99_src.zip
Grabbin' it.
Any chance this could open Nero .NRG files?
Some proprietary ISO formats work. I think .CDI works, but I forget if I tested .NRG. Try dropping one on the icon and seeing if it works. I haven't yet added icons for them, though. I'll try to get that done for the final release.
The simple listing of lsar 0.4.0 (only file path, no filesize, etc.) would be nice to have again. Maybe a --short -s option?
I guess I could possibly also just revert the standard view to the old format. I added the more elaborate one before implementing -l, so it's a bit redundant now.
hi the unarchiver seems to require a password before it unzips my file but i don't know of any password. please help! thank you!
Ask whoever made the file.
Here is another alpha release of 3.0:
http://theunarchiver.googlecode.com/files/TheUnarchiver3.0alpha2_64bit.zip
Just a few changes: Support for broken RAR files created by some unidentified archiver, and Japanese, German, Russian and Italian translations.
What I'd really need now are some more translations! I can't seem to get a hold of a lot of the people who did the previous translations, and so I'll need to find some new volunteers. If you'd feel like translating The Unarchiver into your language, please grab the source archive, and then go through the .nib and .strings files in the English.lproj folder, and translate them all, then send me the results.
The source is here: http://theunarchiver.googlecode.com/files/TheUnarchiver3.0alpha2_src.zip
>>35
IMO making xadmaster in a DLL or merging lsar as an option/switch of unar can make the binary size smaller.
I'm trying to create Bash completion specifications for lsar and unar. When it tries to complete an archive name, I'd like it to only offer the names of archive files. Is there a list of extensions that I could use to filter the list of filenames?
Not really. The Unarchiver doesn't look at extensions much.
You could try to dig out all the extensions listed in the Info.plist file that that the Mac OS X version uses to register for filetypes, maybe.
lsar says this file is corrupted xttp://pastebin.com/VvYp3ir6
Looks like a really new issue, I'll look into it later. For now, try hopping back a few revisions and see if it goes away.
http://apps.bandisoft.com/bandizipx/
doesn't it look like The Unarchiver?
bug report
OSX Lion 10.7.2,The Unarchiver 2.7
Unarchivering x,-,+
and Minimize.
Don't exist to app.
Hahahah, it sure does. And they're not supplying any source, which is a license violation.
I have downloaded the unarchiver for my Mac, however, I can't seem to open the file. It shows this screen and nothing more.
Any suggestions?
try to put all of them on or try to up date your computer
The attached file will expand with version 1.6.1 but not 2.7.1
Version 2.7.1 gives error "Could not write to the destination directory."
-Bill
God, BandiZipX even sells in App Store for $1.99 USD!
http://apps.bandisoft.com/bandizipx/
Cyrillic is totally not supported. Every zip and rar has broken filename.
Please file a bug, with example files and information about what the correct output should be.
Hi,
http://bjfrj.blogspot.com/2012/01/john-talabot-fin-2012.html
the pwd protected rar archive above can not be opened with The Unarchiver. It extracts without problems with Alexander Roshal's unrar 3.60 on the cmd line.
Regards,
Klaus
It works fine here. What version are you using?
Time for another alpha version. It's mostly done now, though:
http://theunarchiver.googlecode.com/files/TheUnarchiver3.0alpha3_64bit.zip
However, I am still lacking translations! The Danish, Spanish, French, Korean, Portugese, Swedish and traditional and simplified Chinese translations have not been updated for 3.0. I'd really like to find someone to translate these before the final release, and also any other language which is not supported yet.
(I guess I should just do the Swedish one myself, but I'm not sure I even know Computer Swedish...)
Changes from alpha 2 include:
Well, 3.0 is finally released.
http://itunes.apple.com/app/the-unarchiver/id425424353?mt=12&ls=1
http://theunarchiver.googlecode.com/files/TheUnarchiver3.0.zip
It also has a new site:
A summary of the changes, as listed in the earlier posts:
Also, it is still lacking translations! It is most definitely time for people to step up and contribute some!
Also, the version of The Unarchiver linked in the last post is the one built for the Mac App Store. It has no support for PPC or older versions of OS X. I hope to get a version built that does have this support, but it's getting a bit complicated, so it will be delayed a little bit.
Similarly, there is no WIndows build for unar.exe and lsar.exe yet. These will also follow shortly.
Oh, also, one change that went unlisted: unar and lsar now have less a less terrible Makefile.
Does it means that if i have already bought the Archive Browser, it is no use for me to install the Unarchiver simultaneously?
Hi!
As a French user, I've seen that unfortunately you no longer support French (among others) on the last version of unarchiver, and you were looking for some volunteers :)
I might try to do it and help you to translate it in French (and maybe in Spanish, but let's deal with the French first), but I was wondering.... how ? How could I "submit" a translation, what is the best way to do it according to your needs, ... ?
Sincerely,
Elendil.
Hi,
I could help too for the French translation. Feel free to contact me !
Hi,
I could help too for the French translation. Feel free to contact me !
It depends on which interface you prefer. The Unarchiver is simpler.
Download the the source code from http://theunarchiver.googlecode.com/files/TheUnarchiver3.0_src.zip, then use Xcode to translate all the files in English.lproj, and save them in a fr.lproj directory. You can try copying this into the The Unarchiver along with the others to see if it works.
If you get something working, post it on http://code.google.com/p/theunarchiver/issues/list
Ok, there aren't a lot of strings to translate. I'll do it as I need to relax a little, and post it tonight ;-).
Hi again,
I've opened an issue as you asked, with the French translation file attached (http://code.google.com/p/theunarchiver/issues/detail?id=445&q=french)
hey !WAHa.06x36 & guys. can you help me test this? i'm on lion 10.7.3 and i've read sandboxing is causing problems for some developers and users already.
download isoul from macupdate and decrunch it with v2.7.1. launch isoul and after accepting the quarantine warning (this application was downloaded from safari, blah, blah) it should launch ok.
now try to decrunch it with v3. after accepting the quarantine warning, isoul will just stay bouncing on the dock. clicking on its icon will make it exit without warning. if you try to launch it a second time it will launch ok.
this behavior is happening on other apps and i think that it's caused by sandboxing and a quarantine bug in lion. not sure if it's caused by the unarchiver alone or a combination of lion, safari and the unarchiver (i haven' tested trying to download with another browser). can someone try to reproduce it? thanks.
isoul (direct link from macupdate)
http://www.macupdate.com/download/33320/iSoul%200.5.0.b1.zip
sources about sandboxing and qurantine issues:
http://reviews.cnet.com/8301-13727_7-57374676-263/workarounds-for-quarantine-bug-in-os-x-lion/
http://stackoverflow.com/questions/9544874/how-can-i-stop-my-app-from-setting-the-quarantine-bit
The extract from SWF feature is great, I'd love to have the same for PDF files:
I've noticed similar problems with other apps, and if you extract shell scripts they will not run at all from the Terminal.
I don't think this is technically a bug in The Unarchiver, more an unintended consequence of some OS X features. It should perhaps be reported to Apple.
Also, does Archive Utility do the same thing or not?
you're right it's apple's fault but caused by sandboxing. many people complaining about the shell scripts (also editing with textedit will screw them up but textwrangler and bbedit won't).
both the unarchiver 2.7.1 and archive utility (sandboxed?) work fine.
i guess it's a matter of waiting for the next major os x update (10.7.3 didn't fix it) or mountain lion.
thanks man and best to you.
If you or anybody else find any information about how to work around this, or if anything else needs to be done to fix it, do post an issue about it on the bug tracker.
according to my link above (stackoverflow.com) the LSFileQuarantineEnabled should be set to FALSE in the application's Info.plist (the unarchiver, in this case) but even so, the bug always sets the quarantine flag on items processed by it. another guy suggested removing the quarantine flag programmatically (in this case, to remove it from the decompressed file) but it can't be done since the app is sandboxed. he also confirms that outside the sandbox, this bug doesn't occur. he filed a bug (i guess with apple) so it's a matter of waiting. i'll post if i have more news on this. keep up.
I had the unarchiver installed via mac app store, there was an update today, which i installed. Now when I try to unzip anything I get the error that the dir has no write permission. Other unzippers work just fine. How can I go back to the older version which had no problems? I checked chown and chmod on the ls -hal of the dirs and files, and they are all in order.
Due to sandboxing, only some paths are allowed. Currently, this is /Users/ and /Volumes/. What is the full path to the places you are trying to extract files from? I can try to add more in the next version.
In the meanwhile, you can get the old version from the Google Code downloads page.
I look forward to seeing the PPC version. I hope the Archive Browser will be PPC-compatible too.
There is no mention anywhere on the new Unarchiver homepage, the old Unarchiver page, or CNET that this latest version is Intel-only. I had to download to find out it wouldn't work.
re: your sandboxing...
i get the write permission dialog when I try to unzip to /unShared/incoming/
if I choose [extract elsewhere...] and navigate to /unShared/incoming/ the archive is extracted without issue.
i want the old behavior back, please.
i'll be very pleased to do some translation work for The Unarchiver if i have such a chance. i think i'm qualified to do that interpretation from English to Chinese(Simplified Chinese for Chinese Mainland). Just let me know it how to do it?
Unfortunately, Apple mandates sandboxing, and it is not possible to tell the sandbox that you want to access all files everywhere, at least not that I have found. So you are unfortunately stuck with it.
If you are really desperate, you can build your own version with the sandbox disabled. Maybe I will try to make the build for older version also not use the sandbox, we'll see what is possible.
>>19
Wait, so you created a completely free implementation of a RAR extractor? One that can handle newer RARs?
Why isn't this big news? Or are there some sort of hush-hush patent issues involved?
It was pretty big news earlier. FSF announced it as one of their high-priority projects completed.
Since the latest Unarchiver release, when extracting a rar file with multiple parts there is always an error near the end saying the file is corrupted and the whole file contained within the archive is not uncompressed. The files are not corrupted. I tried to extract them using 3 other applications and they all perform well. This sarted happening with the latest 21 March version.
I need some actual files that fail if I am going to be able to do anything about it.
The new 3.0 version claims that cannot extract a zip inside my
/Ruse/IdeaProjects folder which is writeable and the version 2.7 can write there easily, I can write there anything from finder, better zip can write there too, but unarchiver 3.0 cannot at all.
Any idea?
How do I uninstall the Unarchiver on my mac osx? Every time I try to open a RAR file it crashes. I can't find it in my applications folder. Please help.
lisakovshoff@gmail.com
It is whereever you or the App Store put it. I can not say where that is.
>>65
I can translate this great tool to danish (for free of course). Please contact me if you need me :)
felix.drud@gmail.com
does it support .jar
Yes. .jar is just .zip renamed.
In the options I have selected: Open the extracted folder on successful extraction.
As far as I can recall, the behavior for the previous 2.x.x versions with this option enabled was to open the enclosing folder with the extracted file/folder already SELECTED/highlighted.
In v3.0, it opens the enclosing folder, but DOES NOT automatically select the extracted file/folder. This can be frustrating when you have many files/folder already in the enclosing folder.
Yeah, somewhere along the line a bug crept in there. I'll try to get it fixed for 3.2.
Ok, 3.1 has finally been approved, and is now out. Changes are:
It does not fix any of the sandbox issues, because it is still unclear what can be done. I have started a DTS issue about it with Apple, but they haven't gotten back with a full reply yet. In the meanwhile, if this is causing problems for you, try the legacy version which should not have sandboxing enabled, and report back if it works better! I could really use some feedback on this.
Confirmed, 3.1 (legacy) fixed sandbox issues; I downloaded the same applications that failed under 3.0 and they extracted and launched correctly on 3.1.
Where did you put the PPC version? The Unarchiver 3.1 "legacy" version is Intel.
Hmm, it's supposed to be PPC too, but maybe it isn't. That's a mistake.
Ok, Xcode is just not building the PPC version even though I have the PPC compiler installed, and selected. Geez. I have no idea what's up with that.
If anyone has any clue how to get this to build right, I'd really appreciate hearing about it.
Hey! I want translate it to dutch! What e-mail can i use to send an e-mail?
paracelsus@gmail.com
However, I think someone just offered to do that earlier this morning. I haven't heard anything back yet though.
What's the last version that definitely works on a PPC running 10.4.11? Thanks.
2.7.1 should run, and 3.1 would also run if I could just convince Xcode to compile it. Hopefully soon I will figure it out.
Version 3.1 is still not working outside those "special" folders. I have a folder called /Install where I put all my downloaded stuff and The Unarchiver does not work.
I hate it when a super piece of software stop working when a new version is released... Can you please fix this?
Get the legacy version. There appears to be no way to request write access to the entire filesystem with the sandbox.
Hey, does The Unarchiver support multi-part RARs for unzipping? Thanks!
So, in the end, I put together an alternate build system using make, so that I could build a version that runs on PPC. It is now released as 3.1.1:
http://theunarchiver.googlecode.com/files/TheUnarchiver3.1.1_legacy.zip
The only change here is the added PPC support. There will not be an update to 3.1.1 for the App Store version, as there are no changes that affects that version.
I'd appreciate some feedback on how well this version works!
Thank you for the PPC version 3.1.1
It is working on a PowerBook G3 Pismo 500MHz.
Tested with a .7z, and some very old .sit and .hqx
-Bill
Yes, thanks for the extra effort to make the PPC version.
I tested it on a bunch of archives - no problems so far.
All right, then I should be set for PPC releases for the forseeable future, since I no longer need to rely on Xcode (just need an old copy of gcc from that).
However, since it's a separate build system, some bugs might creep in if I forget to keep it up to date. If any of you PPC users notice anything amiss in future versions, tell me about it so I can fix it, because it will likely not be that well tested, as I have no access to a PPC machine regularly.
I currently have version 3.1 installed on Mac OS X 10.7.3. There are instances were my compressed far files will give me an error with far file number 17. It only happens with file number 17 for some reason. When I try to uncompress with Keka for example, I get no error and the files in question decompress correctly. Like I said, this is happening on multiple occasions, and the error is always with file number 17.
I meant to say "compressed far files" not "compressed far files".
I'd need the actual files in order to do anything about it.
This version still throws an error saying the files are corrupted when extracting a file compressed into several rar files. The files are not corrupted since other tools are able to extract the files correctly. I'm really hoping this is solved soon so I can get back to using this great app as my only unarchiving tool :) If I click ok to dismiss the error the extracted file is never complete.
Again: I need the files in question, or I can do nothing about it.
It's kind of hard to send you 1GB files. All I can say is that this started happening two updates ago.
Well, then I can't do anything about it.
I got the same Problem like some other guys here. I get an error (file is corrupted) when I try to unpack some files. I have no problem to unpack the files with Stufflt Expander.
Problem with:
The.Big.Bang.Theory.S05E13.PROPER.720p.HDTV.x264-ORENJI
The.Big.Bang.Theory.S05E04.720p.HDTV.x264-ORENJI
(Examples)
I guess you can find them somewhere in the net. Releases from other group don't make problems. I guess maybe ORENJI use some special settings.
Thank you for your wonderful tool.
best regards
btw I use The Unarchiver on a MacBook Pro and a MacBook Air, both with Lion 10.7.3
I can't unzip applications and run them using your utility. One high profile example is the Spotify application, which is downloaded as a zip file. I unzipped it using the latest version of The Unarchiver that I downloaded from the App Store, and subsequently could not run it. The application tries to run, and you can see that by an icon opening in the dock and jumping up and down, but when you click on that icon, it disappears. I am running OS X Lion on a MacbookPro5,3 with all updates installed.
I see that other people have mentioned this issue in the past few weeks, and I am asking that you please address this problem, as the Apple Archive Utility does not share this difficulty.
Also, I might add that it is easier for me to uninstall your application and use the Apple Archive Utility, than it is to move everything I need to unzip using your program to the /Users/ or /Volumes/ directories to bypass sandboxing, or to download an out-of-date version of your application through Google Code that will only continue to degrade as more updates are released to OS X Lion. That is a terribly user unfriendly suggestion. You might as well change your icon to duct tape if you're going to suggest users implement your application like that.
Anyway, I don't mean to overtly bash because I really like how minimal this program is designed, and I have used it for many months. That said, I didn't like how you responded to the user reports above, and I hope you can correct this issue before you lose any more of your user base besides just myself.
@128 !Waha.06x36
The issue is that The Unarchiver will not uncompress the .zip file for the specific file (when I posted the comment, the file I attached was for the MacUpdate file "Anti Flashback Trojan" (URL http://www.macupdate.com/app/mac/42571/anti-flashback-trojan); uncompressing it left the application corrupt and unable to launch. Using Apple's Archive Utility (v10.7.1) to uncompress the file resulted in a working application being extracted from the .zip file. I repeated this with The Unarchiver on a separate OS X instance and on my wife's Mac mini and all have the same issue with the same file. I wrote about the issue as well in my review of The Unarchiver on MAS.
Does it work with the legacy version?
Hello, just adding my experience here..
Recently I've been experiencing strange behaviour - Applications unzipped (using The Unarchiver, although I didn't realize it first) are unable to launch. They will just bounce in the dock. These are files unzipped in one of my User directories, usually Downloads.
Following some searching online, I've finally found out that this happens with The Unarchiver but works with files unzipped with the built-in utility. This happens on either of the v3.1 direct download or Mac App Store versions.
BUT... following msg #133 above, I tried the downloaded v3.1.1 legacy version and everything seems to work fine again. Apps are unzipped using The Unarchiver and they launch!
I'm glad the legacy version exists, but I hope you can fix the main Mac App Store version to work as expected. The cause of the no-launch is not apparent at first, so it'll cause a lot of grief. :)
It's an OS X bug, and it's triggered by disabling quarantine.
3.2 will have a workaround for it, but it's not perfect. Apple needs to fix this before it'll work perfectly.
Well, I just installed Ubuntu 12.04, and apparently unar and lsar are now packaged. So on these, you can just do sudo apt-get install unar
to get them now.
It's still stuck at 0.99, though, but hopefully it'll get updated at some point. I should get 1.1 done too...
Many thanks for PPC support, and Legacy Version w/o sandboxing.
If I download the source code for the command line tools, version 1.0, there seems to be no way to build a PPC version of them or even a Universal Binary version. I see no makefile in there other than makefile.linux. How can I compile a PPC compatible version of lsar/unar v. 1.0?
1.0 is old. Use the latest The Unarchiver source archive instead, it contains everything.
Well, Apple finally let 3.2 through review. Changes this time are:
Most importantly, this should now hopefully fix extracted apps being broken. Hopefully. Let's see if Apple doesn't manage to mess it up again.
PowerBook G3 Pismo 500 MHz
10.4.11
TheUnarchiver3.1.1_legacy.zip
This is working well.
TheUnarchiver3.2_legacy.zip
This is crashing, because it needs a G4.
$file The\ Unarchiver
The Unarchiver: Mach-O universal binary with 2 architectures
The Unarchiver (for architecture i386): Mach-O executable i386
The Unarchiver (for architecture ppc7400): Mach-O executable ppc
Is a G4 now the minimum requirement?
Bill
It is probably due to the default settings of gcc 4.2. If you or anyone else can figure out what options to give gcc to build correctly for G3, I can fairly easily add those.
I can't do much directly though as I have no hardware to test on, so I'll need help with this.
I was glad to see that 3.2 release notes claim that it fixes the open-the-extracted-folder setting. Don't know if this was other people's problem, but for me, it was opening the folder that the extracted folder was IN, but it was not highlighting the folder that had just been extracted.
Now it opens the folder that was extracted; however, it forces it to open in the Finder, instead of my default file browser, which is Path Finder. This is not a huge issue, and I know it's a severe edge case, and I know the 3.2 fix probably can't work any other way. But if there's some way to fix this without too much trouble, I would love to see it.
Thanks for your time, and for the app itself.
You're probably going to have to wait until Apple fixes a bug related to this. Currently, I have to use AppleScript to send a message to open the folder, rather than just use the provided API call, because that call is broken. That means I have to send it to a specific application, which currently is the Finder. I'm not sure how to find out if somebody is using an alternate one.
Once Apple fixes this one I hope I can switch back to the old method which works better.
Okay, I just read that you fixed the issue with unzipping Apps...
I was going crazy about it... I tried downloading Cyberduck and MacGDBp and they couldn't run.
I noticed though that The Archive Browser doesn't have this issue... it worked fine!
1.1 should have it, but I got 1.2 out earlier with a workaround.
I see .sitx listed among the supported formats, but when I tried using 3.2 to open an encrypted .sitx, I got the "File is not fully supported" error.
Is this because of the encryption, or a more basic problem?
Encryption is not supported, at the moment.
Question about programm in Mac OS.
Why after an archiving of one file (folder) on some serial/split archives, in a format *.zip.001 and so on, these archives don't unarchived on double click of a mouse and on them there is no program icon of The Unarchiver?
i'm using version 3.2 of The Unarchiver.
There is an inversion in translation
In Preferences panel under extraction tab, for the option "Create a new folder for the extracted files".
"Never" should be "Jamais", but translated as "Toujours"
"Always" should be "Toujours", but translated as "Jamais"
Please file an issue on the bug tracker, so I'll remember to fix this for the next release.
No, I do not understand it.
>>152
Could you please add file extension .zip.001 (and so on) to defaults?
.001 is already a defined file type. Launch Service is incredibly buggy, though, and may be overriding it if you have some other program installed with a conflicting declaration.
There is a concern with 7zip archives with password (generated by 7zip 64bit / Windows se7ven). The Unarchiver does not display the fields for typing the password and told me that my file is corrupted. That archive for example. The password is "password".
http://bayfiles.com/file/aHjr/tZpgTZ/lake.7z
I use The unarchiver 3.2 when I try to extract an archive with a lot of part and one of it there isn't, the unarchiver display the error message about the last file.
For example with winrar if I try to extract an archive with 10 parts if the part5 miss WinRar show this missing and invite the user to add this part. Can you add this function?
Sorry for the writhed explanation.
Hi. I'm using The Unarchiver 3.2
When I'm batch extracting a set of files, for example choosing to open part01.rar in a set, I can only run a maximum of 5 in each batch. Any subsequent files receive an error message with 'crunching' Is there anyway to increase the number in the batch? -thanks
Can you be more specific? There should be no particular limitations.
WaHa can you answer to 158 question please?
Hi, Using The Unarchiver 3.2 and after Mountain Lion it says:
"This folder is not writable, so the archive can not be extracted here"
https://www.dropbox.com/s/b04yxfk4icr8507/Unarchiver%20Error.jpg
Love the app!
Probably the sandbox preventing it. Only /Users/ and /Volumes/ can be written. There does not seem to be any way around this.
The Unarchiver will not extract a zipped read only folder containing a read only file. Expander has no problems with this.
Please add an icon for .z02 .z03 etc. currently the app only shows the icon for .zip and .z01. The rest stays the generic empty page icon.
Great app.
Is there a log file generated by The Unarchiver? Any other way to communicate with The Unarchiver (possibly via command line)?
I try to extract an .ace archive but Unarchiver just closes: no extracted files, no error and warnings.
The Unarchiver does sometimes send log messages to the system log, so use Console.app to check that. Also, you can use the unar and lsar command-line tools, which should be on the Google Code download page.
Only old ACE files are supported, though, so that is probably your problem there.
It is not possible to directly recognize the content of .z02 and .z03 and such files, so giving them an icon would only let you click them and have The Unarchiver tell you it couldn't open them.
I use The unarchiver 3.2 when I try to extract an archive with a lot of part and one of it there isn't, the unarchiver display the error message about the last file.
For example with winrar if I try to extract an archive with 10 parts if the part5 miss WinRar show this missing and invite the user to add this part. Can you add this function?
Sorry for the writhed explanation.
Well, after the longest time ever waiting to get approved, The Unarchiver 3.3 is finally released. There aren't that many changes, but Apple changed their sandboxing rules in the meanwhile which caused on end of troubles.
Download links:
Changes are:
unar and lsar 1.2 were also released:
OS X binaries: http://theunarchiver.googlecode.com/files/unar1.2.zip
Older OS X binaries: http://theunarchiver.googlecode.com/files/unar1.2_legacy.zip
Windows binaries: http://theunarchiver.googlecode.com/files/unar1.2_win.zip
Source: http://theunarchiver.googlecode.com/files/unar1.2_src.zip
The changes are (mostly the same as in The Unarchiver 3.3 above):
Made a quick silent update of the 3.3 legacy version: Old OS X versions were failing to load the new icon with larger bitmaps, so I reverted to the old icon for the legacy version.
If you already got the old version and it caused problems, re-download. If the icon looks all right for you, there's no need to re-download.
Is the only difference between The Unarchiver 3.3 and 3.3Legacy the sandboxing? I still have 3.2, but don't want to futz with the App Store restrictions.
The differences are that legacy is not sandboxed, uses older APIs in some cases (that should still work in all versions OS X as far as I know), is built with an older version of gcc (which might mean it's a little slower, but I have not tested) and uses the older icon without the most gigantic image.
There is a bug in Unarchiver 3.3-legacy that wasn't there in 3.2-legacy. Specifically, the bug is in the un-tarring of tar archives. The Unarchiver adds underscores to the very end of some (but not all) of the filenames present in the original tar archive.
The only thing about these filenames that I can see is common to all the affected ones is that they have either a space or an underscore or a hyphen in them. This not to say that The Unarchiver messes up the filenames of all files in the tar archive whose names contain one of those characters. But it does mess up some of them. No such appending of underscores happens when I untar using the tar binary on the commandline.
More info: I tried simply listing the tar archive's contents with lsar (version 1.2). This revealed that the filenames that had underscores added by The Unarchiver are displayed by lsar as ending with "^@". Needless to say, the filenames don't actually end with "^@", and "tar -tf" does not claim that they end with "^@".
There is a bug in Unarchiver 3.3-legacy that wasn't there in 3.2-legacy. Specifically, the bug is in the un-tarring of tar archives. The Unarchiver adds underscores to the very end of some (but not all) of the filenames present in the original tar archive.
The only thing about these filenames that I can see is common to all the affected ones is that they have either a space or an underscore or a hyphen in them. This not to say that The Unarchiver messes up the filenames of all files in the tar archive whose names contain one of those characters. But it does mess up some of them. No such appending of underscores happens when I untar using the tar binary on the commandline.
More info: I tried simply listing the tar archive's contents with lsar (version 1.2). This revealed that the filenames that had underscores added by The Unarchiver are displayed by lsar as ending with "^@". Needless to say, the filenames don't actually end with "^@", and "tar -tf" does not claim that they end with "^@".
Since updating to The Unarchiver 3.3 (App Store version) I've been getting a number of sandboxing errors. Usually it seems to happen when I open multiple ZIP files at once.
Full sandboxing report (my username is omitted but the report is otherwise unchanged): http://pastebin.com/qaCieqW2
It will work if you just drop the files directly on The Unarchiver.
Can you be more specific in what order you do things, and when what happens, including any file dialogs The Unarchiver might use?
Actually, this is probably fixed now. Just wait for 3.4.
The Unarchiver 3.3 (App Store version) causes tons of log spam:
Sep 24 10:38:35 Hostname sandboxd[9373] ([9363]): The Unarchiver(9363) deny appleevent-send com.apple.finder
Sep 24 10:38:35 Hostname coreservicesd[28]: pid=9363 not allowed to send AppleEvents to com.apple.finder
Sep 24 10:38:35: --- last message repeated 487 times ---
Sep 24 10:38:35 Hostname coreservicesd[28]: *** process 28 exceeded 500 log message per second limit - remaining messages this second discarded ***
Sep 24 10:38:36 Hostname coreservicesd[28]: pid=9363 not allowed to send AppleEvents to com.apple.finder
Sep 24 10:38:36: --- last message repeated 499 times ---
Sep 24 10:38:36 Hostname coreservicesd[28]: *** process 28 exceeded 500 log message per second limit - remaining messages this second discarded ***
Sep 24 10:38:37 Hostname coreservicesd[28]: pid=9363 not allowed to send AppleEvents to com.apple.finder
Sep 24 10:38:37: --- last message repeated 499 times ---
...and on and on. This came while extracting a buildroot.tar.bz2 archive.
It should only happen on files that have Spotlight comments, because Apple refuses to let anybody change those from App Store apps, apparently.
If it happens on any other files, that's a bug.
>>183
No Spotlight comments. You can try to reproduce with http://buildroot.net/downloads/buildroot-2012.08.tar.bz2
Actually, those files all have comments. It's not clear why, and it's just a big hexadecimal string, but everything is working as expected. This shouldn't happen on regular files.
I might try to disable the comment-setting code in the sandbox, though, we'll see.
hi all,
i've installed this program one week ago and after 2 hours my mac freezed (the mouse icon stopped moving and all the system was blocked), i've OS X 10.2, could it be caused from this program?? =(
i also bring my mac to an Apple assistance point but after a week of testing they say that could be an app recently installed...
anyone else had this problem??
thank you
Since updating to Mountain Lion, I have two new problems with this.
One, on every extraction, the preferences panel opens and I have to close it.
Two, if I am extracting more than one zip file at a time, I get an error on the second and subsequent files. "Could not extrat the file "{file name}" from the archive "{archive name}": Could not create the folder" This is perhaps related to Dar's sandboxing report above.
If I extract them separately, everything goes as it should
Somebody had some similar problem with Xee, and that turned out to be caused by "Default-Folder X". Are you using that?
The second is fixed in 3.4, but Apple are dragging their feet.
Yes, adding The Unarchiver to the Default Folder exclude list solves the preference window problem.
Version 3.4 has been released at long last, after Apple dragged their feet more than ever before about getting it approved. Here are the changes:
That should fix some fairly annoying issues that 3.3 had. There is also now a fancy new landing page for http://unarchiver.c3.cx/.
(Make sure to also check out Archives for iOS!)
Also, v1.3 of unar and lsar have been released, but only contain the backend changes from The Unarchiver, which is:
Is there somewhere in the settings I can change the language? I'm swedish and for some reason I got the app in norwegian...
Change it in the OS X preferences. There is a list somewhere in there of preferred languages. OS X picks the language for apps according to that list.
Quick question: I'm using 3.4 downloaded from this site (not from App Store) and I notice that The U. freezes at the end when it's done extracting. It just sits there for like 3-5 seconds. Any idea why this happens to me?
Not really. Does it print anything to Console.app?
yes, it printed this in console:
11/1/12 9:44:57.460 AM sandboxd: ([67903]) The Unarchiver(67903) deny file-issue-extension /Users/xxx/Downloads/A History.pdf
11/1/12 9:44:57.461 AM The Unarchiver: __CFPasteboardIssueSandboxExtensionForPath: error for [/Users/xxx/Downloads/A History.pdf]
Here is the crash? log:
Thanks for looking into this.
>>196
replying to myself :)
I've gone back to v3.2. v3.2 seems to be the last version that doesn't crash on my machine (MBP running Lion) due to sandboxing issue.
v3.3 also crashes:
11/1/12 10:03:02.106 PM sandboxd: ([74839]) The Unarchiver(74839) deny file-issue-extension /Users/xxx/Downloads/The Unarchiver.app
11/1/12 10:03:02.108 PM The Unarchiver: __CFPasteboardIssueSandboxExtensionForPath: error for [/Users/xxx/Downloads/The Unarchiver.app]
Well, it's clearly a sandbox error, so if you grab the legacy version that should fix it.
It's a bit mysterious why it happens, though. Is there something special about your machine? What version of OS X?
>>198
I don't think it's anything special at all. I run latest Lion.. 10.7.5. I haven't upgraded to ML for a multitude of reasons.. main one being that I'm in the middle of a project and don't want to deal with issues that might pop up due to OS change. :)
But yeah, The U v3.3+ crashes every time I extract something but the files are extracted just fine. It is annoying to have that 4sec delay when the process is finished. Also, OS X doesn't pop up a crash dialog which is also weird.
Do you have it set to open extracted files, by the way? If so, try changing that.
When extracting RAR-files, those that contain a single file but are split in multiple RAR-files, after selecting where to extract the file I get another dialog saying that the Mac OS X sandbox is blocking access and I need to click Search to continue.
This is obviously due the the sandbox. But if I understand the sandbox correctly it should be possible to say that a given file has a dependency on one or several other files and the user doesn't need to select those. For example, a text document may contain an image but the document only contains a reference to the actual image. This is how TextEdit works with the RTF format.
I think this is called "Related item", there's a video from WWDC 2012, "The OS X App Sandbox", that talks about this problem. It's around 33:30 minutes into the video clip.
I can't find any documentation about that, but if it is actually document-scoped bookmarks, that doesn't help because those have to be created after you have gained access to a file through some other means. It only works for granting access to related files in documents you have created yourself.
Besides, what The Unarchiver actually needs to do is to scan through all the files in the same directory as the archive to find those that are parts of the archive.
This video clip mentions both "document-scoped bookmarks" and "related items". They seem similar but as I understand it they're not the same feature/concept.
Except for the TextEdit and RTF format they also mention an other example with a movie file and a separate related subtitle.
The API they mention is NSFilePresenter and the method "primaryPresentedItemURL".
I don't know if these API can help in this case, but I think it's worth looking into. The behavior of The Unarchiver might be more dynamic then this API allows.
If this won't work here's another idea that will make it a bit more user friendly. When extracting files The Unarchiver will remember the last location where a file was extracted to. But if the last file I extracted was a RAR file, as explained above, The Unarchiver will instead remember the last path where I pressed "Search", not where it was extracted to. Can these to location be remembered separately?
Hello Unarchiver-Team,
I love The Unarchiver. But in my eyes the sandboxed version sucks. Big time. I have to confirm every time I unpack a file, and this annoys the hell out of me. Please go back to the un-sandboxed version, or provide one in parallel. I will probably change because of this, I want extraction, here, now - and not extraction, here, YES,REALLY, now.
Otherwise - keep up the awesome work.
Cheers, Axel.
Well, I wrote some quick test code, and apparently it does nothing at all except tell me it won't let me have access to any file, ever.
Nobody on the internet seems to have ever used it, either, so I have no idea if it actually possible to do anything useful whatsoever with it.
Since one of the latest updates the unarchiver doesn't automatically open the extracted folder anymore. I unchecked and rechecked this function but nothing helps, also re-installed...
This is probably an OS X sandbox bug. Apple won't let me use the workaround for it. Try updating your OS and hope they fixed it, or use the legacy version.
Hmm, I see. What about my other suggestion:
"When extracting files The Unarchiver will remember the last location where a file was extracted to. But if the last file I extracted was a RAR file, as explained above, The Unarchiver will instead remember the last path where I pressed "Search", not where it was extracted to. Can these to location be remembered separately?"
It can probably be done, but would be a bit messy. Either way, file an issue for it on the bug tracker or else I will forget about it.
Hi! i've just found some weird error/bug in unarchiver 3.3
i don't know how to explian or what ocorred, but unarchiver repeatedly corrupted the contents of the Eclipse tar.gz file from the website. It extracted and deleted the original file, as standard but i always ended up with a damaged folder for the eclipse program. I did the shasum of the original tar.gz and it was correct, but i always ended up with the same problem. finally discovered this thread (https://bugs.eclipse.org/bugs/show_bug.cgi?id=297993#c6 ) and tried to untar the same tar.gz file with the mac default archive utility, and everything was ok then!
oh, also tried downloading several versions of eclipse IDE before understanding my troubles but it happened the same with every version of it!
That's probably a bug that was fixed in 3.4 already.
3.5 has been released! Changes are:
And as usual, unar and lsar have also been bumped to 1.4. Mostly they share the same changes, plus a few bugfixes:
Does not Launch After Update!
Thanks for this tiny but reliable powerful app. But after the update to v3.5 it just does not launch. I am using MacBook Pro OS X 10.7.4, once The Unarchiver was working properly, under the same operating system.
Gives the messsage:
The Unarchiver cannot be opened because of a problem.
Check with the developer to make sure The Unarchiver works with this version of Mac OS X. You may need to reinstall the application. Be sure to install any available updates for the application and Mac OS X.
Click Report to see more detailed information and send a report to Apple.
Ditto on the crash after updating to 3.5
Running 10.6.8
Crash log can be found here: http://pastebin.com/EHq9qzpK
Double ditto on the crash with with 3.5.
Running 10.7.5
There seems to be some kind of really terrible bug in Xcode which causes newly compiled applications to fail on 10.6 and 10.7, but not 10.8. I am investigating how to get around it.
3.5.1 is now available, which should fix the bug.
http://theunarchiver.googlecode.com/files/TheUnarchiver3.5.1.zip
Trying to get Apple to hurry up and approve it on the app store too.
I can confirm 3.5.1 fixes the problem. Thanks for the quick fix!
Running The Unarchiver 3.5.1 legacy on PowerMac G5, 10.5.8, I get a consistent crash:
EXC_BAD_ACCESS (SIGSEGV)
KERN_INVALID_ADDRESS at 0x000000004300000c
The archive I used to cause the above crash was "TheUnarchiver3.5.1_legacy.zip"
I need a full crash dump to look into that.
Hi! I'm using 10.8.2, and it does not work properly, it seems like something is misconfigured.
App does not crash, but before, when I double-clicked a .zip file, it was automatically extracted. Now, when I double-click the zip file, I get the Preferences screen, as if the filename had not been passed to the app.
I reinstalled both from the App Store and from the last link you provided (#219) but nothing changed.
Thanks!
Are you using Default Folder X?
No, I don't use that or any other Finder helper tool that I'm aware of. Any test I can do to help?
Same issue here. Only the Prefences dialog. OS X 10.8.2
Version 3.5 and 3.5.1
Deleting the prefences files resolved the issue
As said by >>228, I deleted Preferences/cx.* but there was no luck. And cx.* are not generated again :-?
Sandboxed apps have their preferences inside their containers in ~/Library/Containers.
I am having the same problem, also on 10.8.2.
Both 3.5 and 3.5.1 will only show Unarchiver preferences when double-clicking an archive. It will not extract the archive unless I then Open the archive.
I deleted the preferences in ~/Library/Containers. This did not help. Preference files are re-created, but archives are not extracted on launch.
Choosing File->Open does still work. I noticed that the sandboxed app told me to ask for permission to extract to my Desktop. After that, quitting The Unarchiver, and double-clicking the archive still does the same thing. It just displays Preferences.
Reverting to 3.4 solves the problem for now.
Also having the issue of only the preferences opening when clicking on an archive - using the newest version
There are many types of self-extracting archives, and The Unarchiver supports only some of them. Post the file on the bug tracker and I can look into whether it is possible to add support for it.
I can't reproduce this. Do any of you have a second machine to test on, to see if it has the same problem?
I have DFX installed. I turned it off, logged in and out, and reinstalled the current 3.5.1 (sandboxed) version. It will not open a rar file, when clicking on the file. Only the preferences opened.
I then installed legacy 3.5.1 (non sandboxed) version and it opened the same rar file as expected.
I then re-enabled DFX, and the legacy version opened the same rar file again, as expected.
The only issue is having to deal with the quarantine dialog every time the app launches.
Here's the console message, when attempting to open the rar file with the current version:
11/20/12 9:50:09.210 PM xpcd[221]: (null): have symlinks: (
)
Here's the console message when using the legacy 3.5.1 to open the same file:
11/20/12 9:52:17.744 PM The Unarchiver[13544]: A call to OSACopyScriptingDefinition() by NSScriptSuiteRegistry returned an error. Is this application's OSAScriptingDefinition Info.plist entry valid? If its value is 'dynamic', is there an 'ascr'/'gsdf' Apple event handler registered?
Hope this helps.
It worked for me in a second machine (MBA this year) until a minute ago, when I updated from the App Store, same OS version (10.8.2). Tell me if I can do any test for you.
Could anyone else check if they get the same console message as >>238?
Which version did you update from, that worked? 3.4?
>>241
I guess it was (I'm not sure, sorry). I installed it around 3 weeks ago from App Store
hi,
i have a problem with the unarchive program after the last upgrade, infact the softwr don't run. when there will be another upgrade?
ps some month ago i have maked a donation
I uploaded the fixed version to the App Store over a week and a half ago. It is up to Apple to approve it, and they are not doing anything. In the meanwhile, you can download the fixed version from the download page.
The fixed version is finally out on the App Store. I am really not impressed with how long this took Apple to get around to.
lets get a 1024 by 1024 icon. makes a huge difference.
There should be one alread? The App Store refuses apps without one.
To everyone who has been having problem with only the preferences window opening in The Unarchiver:
It seems that having the program Typinator running while you launch The Unarchiver will cause this issue. I am not sure if this is the only program that causes this, but basically it appears to be a problem with Typinator. I have reported the problem to them, and if you are a paying customer of theirs, it might help if you report it too.
I'll see if there is a way to put in a workaround for this, but if not, you will just have to either turn of Typinator or wait for them to release a bug fix.
The Unarchiver only opens the preferences window for me. I do not, and have never, used Typinator. Some other program can also cause this issue.
I'm currently running 5.4b1 of Typinator, and I just reinstalled the current 3.5.1 (sandboxed version). It works as expected.
I know there was a recent beta update to Typinator, since installing the legacy 3.5.1 version. Not sure how many revisions there were between the initial problem cropped up, and the current "fix".
I'll report it to the Typinator people as well.
Version v3.5.1 seems to have a problem with unpacking archives in folders when i set the prefs not too. any one else having this problem?
version 3.5.1 is all ways creating new directory/folders when unpacking archives when i set the prefs not too. 3.4 didn't do it worked fine, anyone else having this issue?
version 3.5.1 is all ways creating new directory/folders when unpacking archives when i set the prefs not too. 3.4 didn't do it worked fine, anyone else having this issue?
Yes, that's a known bug, I seem to have messed something up in 3.5. It will be fixed in 3.6 most likely.
Does it do that even when you click an archive?
Yes. When I doubleclick an archive I get the preferences. I can then choose Open and click the archive. It will then extract. Then I close the preferences.
Can you check for any other programs that would modify how other programs work, that you might have installed?
Also, I can confirm that the 5.4 beta 1 version works better. Under normal usage, it seems to let The Unarchiver work normally.
(Strangely, it seems to have the same bug if I run The Unarchiver through the debugger with breakpoints set, but that shouldn't affect normal users.)
>>260
I killed the "Default Folder X Helper" process, i.e. killed Default Folder X and now the archive is extracted immediately (no preferences).
This is not a solution as I use Default Folder X frequently.
I installed the latest version as of today (v3.5.1). When I try to open any archive, "Preferences" is shown instead. I'm on a Mac mini (late 2012) running OS X 10.8.2.
Also, another user reported that upgrading Default Folder X may fix the issue.
Default Folder 4.5.3 did not fix for me. I still get preferences every time.
What about Typinator? Or any other program that messes with all other programs on your system?
Two things:
Both applications are installed via the App Store.
I need the files to do anything about it.
Bug Report :
When I was tried select and extract multiple zip and rar files, the unarchiver stop extracting randomly. some files was extracted, but some files wasn't.
I expected that filename encoding is a reason.
There was a file that didn't have encoding information. If single file was open, the unarchiver display encoding selection dialog box. But the file was mixed with other files, then the unarchiver stop extracting. But some case, unarchiver display selection box while extracting of multiple files.
Please check this problem. Thanks.
I do not use Typinator only Default Folder and I still keep getting the preferences constantly
I bought The Unarchiver and clicked on "install". A grey icon appears on Launchpad with a liitle white dot on what appears to be a progress bar but nothing happens, and clicking on the icon produces no effect. I tried clicking on "install" again and just got a repeat of the previous result. My O.S. is mountain Lion.
What can be done?
You'll have to ask Apple. I have control over any part of the download and install process.
Apple tell me to contact you about the problem! I guess I'll just have to avoid your programs in future if I'm just going to be be sent round in circles. Sorry!
I do not use "Typinator" or "Default Folder X", but I also have this problem with Preferences ... :-(
I tried starting in safe mode and then Archive Utility was all that worked. Tried on a test new user partition and still get the prefs window every time. I have no idea what else would cause that that i could adjust or remove.
>>266
Fixed for a short while. Now the preferences-pane-pain is back again.
There's another report that SwitchResX causes this, too.
3.6 has been released. Changes:
The changes that carry over to unar and lsar, which are now at 1.5, are:
Thanks. 3.6 legacy seems to fix the crashing problem I reported for 3.5 on PPC 10.5.
The new version still brings up my preferences each time
The situation is still the same: This is caused by some other program. You need to figure out which one. See the earlier comments for hints.
Hi. I'm having a bug in my mac related to your software. The program itself is working fine (and I just updated it, still works but my bug is still here), but every time I use the Open With button for any archive I get 4 repetitions of The Unarchiver. I attached a picture showing the problem. Any ideas on how to fix this? Thanks.
It is an OS X bug, so you would have to report it to Apple.
HELLO I HAVE A PROBLEM!!!
When I click on .zip .rar files The Unarchiver just opens Preferences window and does not unziiping files, I have to manually go to File and set Unarchive to Desctop. I've tried to unninstall and clean after that, but still no luck. What can I do? Help me!
Update Default Folder X, Typinator or SwitchRes X.
Rather odd??? I've been having that preference problem and now suddenly it is gone. The only thing I have done different is to install an update for DivX Player. And now it works like before. Hope this helps find what caused the problem.
Even stranger now as it stopped and is back to the preferences again.
This file makes The Unarchiver crash/hang: ftp://ftp.hp.com/pub/softpaq/sp49501-50000/sp49585.exe
Mar 9 22:12:27 The Unarchiver[1403]: *** -[NSFileManager moveItemAtPath:toPath:error:]: source path is nil
Mar 9 22:12:27 The Unarchiver[1403]: (
0 CoreFoundation 0x00007fff8d139f56 __exceptionPreprocess + 198
1 libobjc.A.dylib 0x00007fff8fc2dd5e objc_exception_throw + 43
2 CoreFoundation 0x00007fff8d139d8a +[NSException raise:format:arguments:] + 106
3 CoreFoundation 0x00007fff8d139d14 +[NSException raise:format:] + 116
4 Foundation 0x00007fff8c832c7c -[NSFileManager moveItemAtPath:toPath:error:] + 107
5 XADMaster 0x000000010009995d +[XADPlatform moveItemAtPath:toPath:] + 62
6 The Unarchiver 0x0000000100005cb2 The Unarchiver + 23730
7 CoreFoundation 0x00007fff8d12970d -[NSObject performSelector:withObject:] + 61
8 Foundation 0x00007fff8c7b0d70 __NSThreadPerformPerform + 214
9 CoreFoundation 0x00007fff8d0a84f1 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
10 CoreFoundation 0x00007fff8d0a7d5d __CFRunLoopDoSources0 + 253
11 CoreFoundation 0x00007fff8d0ceb49 __CFRunLoopRun + 905
12 CoreFoundation 0x00007fff8d0ce486 CFRunLoopRunSpecific + 230
13 HIToolbox 0x00007fff89f502bf RunCurrentEventLoopInMode + 277
14 HIToolbox 0x00007fff89f5756d ReceiveNextEventCommon + 355
15 HIToolbox 0x00007fff89f573fa BlockUntilNextEventMatchingListInMode + 62
16 AppKit 0x00007fff8e92a779 _DPSNextEvent + 659
17 AppKit 0x00007fff8e92a07d -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 135
18 AppKit 0x00007fff8e9269b9 -[NSApplication run] + 470
19 AppKit 0x00007fff8eba2eac NSApplicationMain + 867
20 The Unarchiver 0x0000000100002198 The Unarchiver + 8600
21 The Unarchiver 0x0000000100001fc4 The Unarchiver + 8132
22 ??? 0x0000000000000002 0x0 + 2
)
It seems I can reproduce that here. Thanks!
Should be fixed now.
"Please choose filename encoding for this archive" error.
I have a very old archive of a hard drive that is a Windows Zip format file. I thought I had extracted it successfully using Unarchiver before, but needed to extract it again as the dates in the extracted folder had changed and I wanted a clean extracted version I could then make into a protected ISO image.
I have upgraded to Lion 10.7.3 and have upgraded Unarchived form 2.5 to 3.6.1 from the App Store.
I am now getting the error "Choose the filename encoding for this archive" over half way through the extraction. I found you chord change the encoding in the Advanced preferences dialogue. I did this, but what effect does this have on the rest of the archive? The encoding it wanted was "Japanese (Shift) JIS" and the file it was complaining about was a web favourite.
I know it is not crucial, but I would like all these files to be extracted as is. There is very little information about this error or what to do about it. I do have "Japanese (Shift) JIS" installed on my mac, as I went to the Tokyo Tower website and was able to display the Japanese page successfully and change to JIS encoding without any problem. I don't read Japanese and don't want any of the files in the archive to have incorrect encodings. The normal encoding of the archive should be Western.
Will the file it complains about not be extracted? What about files after that that have the now (incorrect) Japanese encoding?
Information about this would be much appreciated.
Thank you very much in anticipation.
That is not an error. It just means The Unarchiver is not sure what encoding the file uses, and is asking you which to use. Pick the right and click OK.
SOLVED!!! I have found out why The Unarchiver keeps going to the preferences....I have noticed that it gets extra code inserted into it and the application that is doing it is TEXT TOOLS.
There are very few components to the Mars Text Tools:
The plugin (TTFilter.bundle) located at /Library/Application Support/MarsThemes/plugins, and
A folder containing this document (as a PDF file) and the Uninstall program. That folder is at /Library/Application Support/MarsThemes/TextTools
To uninstall the Text Tools, open an application where they're active, open the Text Tools menu (easiest way is from the Application's main menu) and select "Uninstall Text Tools." If you have trouble finding an application that's running the Tools, open the folder referenced above and run the UninstallTextTools application.
I had a problem doing it this way and had to use the uninstaller. The Uninstall program is at /Library/Application Support/MarsThemes/TextTools
I have tested it several times now and when that Text Tools app is uninstalled, all works well. This also was causing crashes in VirusBarrier and a few other apps that were randomly crashing. Not a single problem since i removed them.
Hope this helps a bit and gives an idea what that code was doing
v3.7 has been released:
And unar and lsar have been updated to 1.6:
During extracting a multi-volume Rar archive (inside this: http://www34.zippyshare.com/d/55545561/225223/32134124121thirty.rar) the app (v3.7) stops with the message "The archive file is corrupted". If you press Stop or Continue button the app crashes: http://pastebin.com/qSv5Mitq . Similar crash (http://pastebin.com/yS3A6EmX) applies to the command line (unar, lsar -t) tools. Other tools/apps doesn't signal any errors in the archive when testing or extracting it.
Yes, I can reproduce this.
I found another one that is bring up the preferences: Appriority
The unar/lsar command line tools have been added to Homebrew, they can be installed with brew install unar
.
Realized that The Unarchiver usually takes a little bit more of time to
extract archive files in comparison to other apps like Keka.
Although no matter how long it takes I have no other choice since it's the only app
that supports encoding choice when unarchiving.
Any... workarounds idea so far?
I love the Unarchiver, but it would be terrific if it supported Delete After Extraction which is available in Archive Utility. Move To Trash is good but it's not of any use on network shares, you need a straight Delete for that.
Thanks!
So, it's time for another update. 3.8 is out, and this time I am so sick of Apple's approval nonsense that I am not going to bother waiting for them. I'm releasing 3.8 now, and whenever Apple feels like approving it, it will show up on the App Store. Expect a week or two, if things go quickly.
Changes are:
lsar and unar 1.7 are also out, with mostly the same change list.
XADArchiveParser.m: In function '+[XADArchiveParser scanForVolumesWithFilename:regex:firstFileExtension:]':
XADArchiveParser.m:790:2: warning: passing argument 1 of 'sortUsingFunction:context:' from incompatible pointer type
XADArchiveParser.m:790:2: note: expected 'enum NSComparisonResult ()(struct objc_object *, struct objc_object *, void *)' but argument is of type 'NSInteger ()(struct objc_object *, struct objc_object *, void *)'
gcc -std=gnu99 -O2 -Wno-import -Wno-multichar -g -D_FILE_OFFSET_BITS=64 -isystem /usr/pkg/include -DGNUSTEP -DGNU_RUNTIME=1 -D_NATIVE_OBJC_EXCEPTIONS -fgnu-runtime -fexceptions -fobjc-exceptions -fconstant-string-class=NSConstantString -MMD -MFBuild/XADArchiveParserDescriptions.d -MTBuild/XADArchiveParserDescriptions.o -c XADArchiveParserDescriptions.m -o Build/XADArchiveParserDescriptions.o
XADArchiveParserDescriptions.m: In function '-[XADArchiveParser(Descriptions) descriptiveOrderingOfKeysInDictionary:]':
XADArchiveParserDescriptions.m:205:2: warning: passing argument 1 of 'sortedArrayUsingFunction:context:' from incompatible pointer type
XADArchiveParserDescriptions.m:205:2: note: expected 'enum NSComparisonResult ()(struct objc_object *, struct objc_object *, void *)' but argument is of type 'NSInteger ()(struct objc_object *, struct objc_object *, void *)'
XADArchiveParserDescriptions.m: In function 'DottedNumber':
XADArchiveParserDescriptions.m:274:11: error: request for member 'formatterBehavior' in something not a structure or union
XADArchiveParserDescriptions.m:275:11: error: request for member 'numberStyle' in something not a structure or union
Your GNUStep is probably outdated.
Why The Unarchiver doesn't unarchive automactly my .zip folder?
I am not sure what you mean.
Hello there,
I'm having a problem with the unarchiver and jar files, I do not want to use the unarchiver to archive jar files, but there is no possible way of doing it otherwise, and if there is no way of fixing it, how can I uninstall the unarchiver?
Use Get Info in the Finder to pick another program to open the files. Also, go easy on the Reply button.
I downloaded a zip which was password protected. I was never prompted for a password and ended up with corrupted files. It seems like they were blindly decompressed without decrypting or something to that effect.
Is there any way to fix these files or am I completely fucked up the ass and should throw my macbook away?
I tried re-zipping them then trying to force unzip with the password using the zip and unzip commands to no avail.
I downloaded a zip which was password protected. I was never prompted for a password and ended up with corrupted files. It seems like they were blindly decompressed without decrypting or something to that effect.
Is there any way to fix these files or am I completely fucked up the ass and should throw my macbook away?
I tried re-zipping them then trying to force unzip with the password using the zip and unzip commands to no avail.
I created a tar of a folder with subfolders in Windows 7.
When I extract them on mac, all the files are extracted, but the folder structure is not recreated.
Instead i get all files extracted to the top folder with filenames with "\"s. Example:
TopFolder\SubFolder1\file1.txt.
In windows this same files extracts correctly.
Am I missing an option or something?
Thanks.
I'd say the tar code expects forward slashes, and I don't think backwards slashes are correct in a tar file. But try to see if "tar xvf file.tar" in Terminal.app extracts it correctly or not. If it does, I will have to fix that.
Dear The Unarchiver Support,
Is it permissible to deploy your application in an academic/teaching environment for usage by students during a class?
Thanks!
JP
Dear The Unarchiver Support,
Is it permissible to deploy your application in an academic/teaching environment for usage by students during a class?
Thanks!
JP
Is there a way to combine RAR files into a single folder/file? For instance I have 6 .rar parts and need them to combine into one folder/file because each part contains a portion of the folder/file.
Is there a way to set it to show the contents of the archive before extracting? Mac OS 10.8.4. Thanks.
I'd like to see a support for the new RAR 5.0 format, see http://www.rarlab.com/rarnew.htm and http://www.rarlab.com/technote.htm
Unarchiver just stopped working for me. Clicking a .zip file invokes it but no windows, no progress, and the app refuses to quit afterwards.
I downloaded a new copy but - in classic kafkaesque fashion - the download is a .zip file.
If I open it with Stuffit expander I can see a folder being created in the same directory but it auto-deletes as soon as the process is complete.
Any ideas? is my Mac haunted?
That all sounds absurd. Are there any useful message printed to Console.app?
3.9 has been released. Changes are:
unar and lsar 1.8 have also been released, to match:
Oops, there was a bug that cause double-format archives like .tar.gz to not extract right. 3.9.1 has been released to fix this. Hopefully the app store will get around to updating soon too.
unar and lsar 1.8.1 have also been released, where the same bug only cause them to print the wrong directory after extraction, the files still extracted fine.
Reminder: If window is minimized or hidden while extracting, when it's finished the icon remains in the Dock and doesn't auto quit. Not a biggie, just reporting.
Cheers.
Latest update will not download.
Get referred to purchase page and it will not download from there either.
Suggestions?
I am not sure about what you are trying to download, from where, or what page that is. Can you please be more specific?
is support for the new RAR 5.0 format planned?
I've had the same problem. There's an update available from the Mac App Store app, select update and then it displays a message that says it failed.
I found a solution was to completely remove The Unarchiver from my system (using a utility like AppCleaner) and then to redownload from the Mac App Store.
HTH
That should probably be reported to Apple, as it is entirely their responsibility.
After downloading a multi-part RAR file, such as the flacs at http://djrichiep.com/fun-with-vinyl-collections/fwv019-prince-the-virtual-u-s-7-singles-box-volume-1, The Unarchiver unzips the file multiple times, wasting time and disc space. Any solution?
That should not happen. Are you trying to open all the parts at one time? And which version, on which OS?
how do i extract rar files that are split in parts? do i need to extract it as one, or multiple?
Yes I download a lot of .rar that have multiple parts. And I think that was the problem I assumed I had to select all the rar files and double-click. Problem solved by clicking the first one
thank you.
Love it except for it doesn't do regular deletes on network drives.
This is intentional, as you can't move a file to the trash on a network drive, you have to delete it permanently, and that seems too drastic for an automatic deletion function.
>>363
Maybe have it as an advanced feature somewhat hidden with a warning prior to selecting the option or something. I think more and more people are now using external/network drives so this would be helpful.
Please add an option to show typed passwords.
Could you please prominently display current the version number on The Unarchiver web page?
Just downloaded it for my Mac and tried to unarchive a 7z file...Only to get an error-message to say that the file "cannot be extracted with this program."
Please file a bug on the issue tracker, and include the file, or else I can not do anything about it.
OK, so I'm no geek. But I downloaded The Unarchiver from the Apps Store - and even tossed in a donation because, heck, a person should be paid for his hard work. And up it pops on my screen saying that I have to choose an application to open it - making no suggestions, mind you! Huh? What? I looked in Utilities, wondering if there was something there that would work, but I'm leery of messing up my computer, so I closed Utilities - and The Unarchiver had simply vanished. It's not in Downloads. Finder can't find it.
Guess I should have seen if I could even open it, before I paid for it. Can anyone help me?
I'm not entirely sure what you are trying to do. If you bought it on the App Store, it should be in Applications, and you can just click it there to start it. Is there any problem if you do that?
Is there a way to get a history of what was last unarchived?
No, unfortunately not.
Regarding a post on your Google code pages:
https://code.google.com/p/theunarchiver/issues/detail?id=426
This might be helpful:
sfArkLib, Library for decompressing sfArk soundfonts gone fully GPL in 2013...
http://melodymachine.com/sfark-linux-mac
https://github.com/raboof/sfArkLib
Thanks, KAHJ.
Has support for .warc files been removed? I'm trying to open one, have tried an older version as well, and get "Couldn't recognize the archive format."
Shouldn't have been. File an issue on the bug tracker to remind me to check into if something has gone wrong with that.
Hello
Could you add option to disable sandboxing for NON-MAS version? It's kind of annoying to deal with open folder dialogs all the time
Get the legacy version, it is not sandboxed.
Since update to mavericks unarchiver opens the preferences windows when I click on a .rar file, and it doesn't work. I have to use the menu to open the rar files. What am I doing wrong?
Is there a simple way to make unarchiver do the unpacking in the current directory (where the archive is found)? I want this most of the time and it is a pain having to navigate there manually or choose the default and then go searching for the unpacked files.
Is support for the new RAR 5.0 format planned?
For RAR format, the "Support level" "Full" is misleading if not false because there is not support for RAR 5.0. I would vote to implement the support but please in the meantime update the Supported formats page for accuracy.
You should update rar version inside unarchiver. From this last months I cannot use my favourite app (the unarchiver) because it cannot handle last rar version properly.
Archives packed with rar5.0 will not be extracted with the unarchiver.
Thanks.
In the settings I can not select all the types of files to be processed.
And I can not select further individually types except the default.
I cannot select/deselect any archive format in the preferences dialog (I'm on Yosemite). Does anyone else have this issue? Any suggestions on how to solve this?
having the same issue as CB and Emilio
Hello.. Why can't I drag and drop folders that contain archives to The Unarchiver? I know that a folder itself isn't considered an "archive" but shouldn't it be able to just LOOK inside the folder, and then do it's task?
this software is NEAR perfect... NEAR
plz help me out here.. thanks
Apple has removed this feature from apps in the App Store. You will have to get the legacy version to use it.
Hello.. Why can't I drag and drop folders that contain archives to The Unarchiver? I know that a folder itself isn't considered an "archive" but shouldn't it be able to just LOOK inside the folder, and then do it's task?
this software is NEAR perfect... NEAR
plz help me out here.. thanks
The App works perfectly fine. But it will be nice if you can update the UI and icon set to match with OS X Yosemite. Many thanks to developers.
What I did to solve the selection problem, was to go to http://unarchiver.c3.cx/unarchiver and download the not App Store version.
If you run that one, you can select all the formats.
After selecting and closing the program, I threw the downloaded version in the trash, and the already installed App Store one had all the formats selected.
In short :
Doenload the standalone one, use that to select all the formats and throw it away after that.
I got strange things with The Unarchiver.
The apps works perfectlly except with iWork files. If I unzip .zip files including iWork files such as .pages .numbers .key which were zipped with OS X built in Compress, iWork cannot open the unzipped files.
iWork shows '"xxxxx.pages" can't be opened' error.
This is very strange. This happens always and only with iWork files on my Mac.
Does this happen to anybody?
>>389 Please, update The Unarchiver for Yosemite.
The Unarchiver helped me open large data files I needed for my dissertation. Don't know what I would have done without your help!
I can't open RAR files with The Unarchiver. I'm currently in OS X. I don't know what the problem is and there is no recent update. Please help :(
I can't open a lot of file types including rar and 7z files especially the ones broken into parts .001, .002, etc.
hi,
Everytime i need to open a .zip file, it opens the settings window instead.
To add to that, I cannot change the extensions that it can extract.
Since then I had to use the Archive Utility by Apple.
Please help with this.
reply to ant8672+unarchiver@gmail.com
The one reason I downloaded this was to try and play Dwarf Fortress on my mac but it keeps saying that it's contents cannot be opened by this program. The mac version can be downloaded on bay12games for the whole folder. The app says it should be able to handle .exe files so there is clearly something I'm not understanding.
@Visco:
.exe are for windows. download the mac version of dwarf fortress.
Is there any way to force The Unarchiver to run in the background on OS Yosemite? Every time my download manager finishes a download, it extracts it (as I want), but The Unarchiver becomes the active application and a window pops up showing (briefly) the progress of the un-zipping. The pop-up is distracting and, imho, unnecessary), and the program steals my keystrokes when I am typing.
I would prefer to have the files unzipped in the background, with no interruption to my workflow.
Thank you.
I have recently swapped out the HDD on my iMac for an SSD. Wow - the speed bump is huge! However, having done this, Unarchiver doesn't remember that I've permitted it to extract files to a folder - usually my desktop - when extracting .rar files
I'm using the MAS version of the app on 10.10.3. I have used AppCleaner to fully uninstall the app and its attendant files and then re-installed it by downloading again from the MAS, but this makes no difference to the behaviour described above. Any ideas please?
TIA,
Tim.
I recently installed TheUnarchiver. It is advertised as able to extract .iso files, but I am unable to select the .iso box on the "Open these archives types with The Unarchiver" page.
Could it be? An actual update?
Yes, 3.10 is finally released! It is mainly a bugfix release, fixing some of the issues I've collected over time, but mainly fixing compatibility with El Capitan.
I've also stopped distributing the App Store version outside the App Store, as the sandboxing has made it quite unusable now. Instead, there is a non-sandboxed up-to-date version with Sparkle updates (which I hope will work, as I have not yet had a chance to test them). The legacy version is also still available, but without code signing or Sparkle updates.
Get it here:
http://unarchiver.c3.cx/downloads/TheUnarchiver3.10.dmg
http://unarchiver.c3.cx/downloads/TheUnarchiver3.10_legacy.zip
Changes:
unar and lsar have also been updated to version 1.9 to match. Get them here:
http://unarchiver.c3.cx/downloads/unar1.9.zip
http://unarchiver.c3.cx/downloads/unar1.9_legacy.zip
Unfortunately, I don't have a working cross compiler for Windows at the moment so I'll have to leave that version until a bit later.
Changes:
Where can I submit the Swedish language translation as I wan't to help by translating it? I am from Sweden and I'm good at english. Please contact me on thinkclever.andsmart@gmail.com
I really want to help you with this awesome app by translating it to Swedish.
Ra: Post 411 - New Version 3.10.
I downloaded this from the App Store and it crashes every time I use it. I have a 2009 iMac with 1Tb Hard Drive and 4Gb ram. I am using Mavericks 10.9.5. Previously The Unarchiver has been very good. I will have to remove it and use the mac's unzipping tool. I was trying to unzip a new version of FileZilla, and The Unarchiver crashed, I then tried an old zip file that I know works and it crashed again. If I start it up and don't use it, it stays running, as soon as I try to unzip something it crashed. Is the latest version not compatible with Mavericks? I tried it with Time Machine Turned off, and the same result.
It should be compatible. Could you please post an issue on the bug tracker (https://bitbucket.org/WAHa_06x36/theunarchiver/issues?status=new&status=open) and include a file that crashes, and preferably a crash report?
For >>415 and anyone else affected. this bug has now been fixed. The Unarchiver was indeed crashing on 10.9 and below.
New releases here:
http://unarchiver.c3.cx/downloads/TheUnarchiver3.10.1.dmg
http://unarchiver.c3.cx/downloads/unar1.9.1.zip
Legacy versions are unaffected.
3.10.1 on 10.6 snow leopard,
still crashing at launch
Hello.
What about WinRAR 5 binaries? A lot of people over the internet has specified this problem with the unarchiver, it's the best app of it's kind but when we need to unpack rar files made with newer version of WinRAR 5 it does not unpack and tells the archive it's corrupted. However, if we try the same file with Keka there's no problem at all.
Try this: compress a simple file with the new WinRAR 5 in windows, try to extract it with the unarchiver. Do you see it?
This problem it's going on for almost TWO years now, and I always have to use stup*d keka to extract newer rar versions.
For the comments it simply appears you are ignoring it this last 2 YEARS! It's that developer love or there's some kind of technical issue under it?
Thanks for all your work.
Best regards,
João
The unrar sources aren't free software and are incompatible with The Unarchiver's license, so I can't use them. All the RAR code has been re-implemented from scratch, so adding support for an entirely new format (like RAR 5 is) takes a lot of time and effort.
There is partial support for RAR 5 at the moment (which is not yet enabled in the actual releases because it's unfinished), but it will take a lot of work to get it done. It's tentatively planned for the next release, but we'll see.
Apple finally got around to approving it, so 3.10.1 should be on the App Store too now.
OK I downloaded and installed The Unarchiver.
When I run it it opens the Preferences menu and quits when I close the menu.
There doesn’t seem to be any entry in the File menu to actually open a file. How do I do this?
Just drop files on it, or set it as the default handler for archive files.
bug.. el captain click app store click purchases the unarchiver marked as install. in stalled it again to make app store happy button switched to open. relaunched app store clicked purchases again marked as install. so elcaptain is not keeping the installed receipt.it thinks it is not installed even thou its in my applications folder.
I don't have any control over the App Store, so you have to report it to Apple.
Is there any documentation available for using the XADMaster framework in another project to handle archives?
Specifically, the later versions changed how XADArchiveParserDelegate is handled and the @protocol statement is removed in the latest version's headers. It was previously there in v3.3.
I can't find any reference to using it in the app source code itself but another open source project does and now fails with ""Cannot find protocol declaration for 'XADArchiveParserDelegate'".
Thanks,
Mike
Hello I would love to see the ability to create Base64 encoded HTML's from HTMLZ.
I use Calibre to convert ePub's to HTMLZ, thats the best what Calibre can do. Then I use the Unarchiver to unzip the HTMLZ to HTML. And here you have to spring in. For now the Unarchiver creates the HTML file and a folder with the pictures. With the Base64 encode it is possible to create HTML files with inline images.
This would be a huge step in my workflow.
For informations see https://en.wikipedia.org/wiki/Base64 and other relevant websites.
Greetings
Fabian
cubicinches@gmx.ch if you need more informations.
Been using Unarchiver opening zipped DSF files with no problems. But now, when I open a file, the audio files are there, but NO metadata at all.
Any ideas why or what to do?
Thanks
Chris
Currently the unArchiver will ignore the same file queued additional times. As if the user were to keep opening the archive from Finder. It's already in the queue so it's ignored.
How about with multipart archives, do the same thing, so that when working with scripting that would essentially do the same thing as opening all the parts. the unArvchiver already parses for multipart archives- in that you can open any one part and it will start at part1 regardless.
Can this somehow go through the same check that it's doing on multiple instances of a single file?
This would allow for drag and drop of the whole download directory and have each archive processed once, instead of adding to the queue once for each part. As it is now, the user has to individually select one part from each set and open/drop that on the icon to avoid queueing multi-part archives multiple times.
Making a rule for the automator to only act on the file entry if the name ends in either *.rar or *.part1.rar .. would be ridiculously nasty. Likewise, looking for *n.rar where n is a number would mean the most common naming scheme on a file would cause it to be ignored.
FileName.Version.n.rar .. where n is the version number.
The same issue is mentioned here and marked Fixed, but .. it's not, or at least not totally.
https://code.google.com/archive/p/theunarchiver/issues/255
tdiaz@apple2.org
It's supposed to already do that, I think. Doesn't it?
That's what I'm saying, it says it's fixed in the bug entry. But- selecting all segments of the multi-part, opening- and the queue has one for each part.
If there were a preference to overwrite on the same name this wouldn't suck nearly as much, other than wasted time.
But thats only if it's not set to move the archive to trash after processing. Then of course, it will get an error on the subsequent extractions, halting the whole process.
Verified that I am using the latest download, 3.10.1.
I suggest filing a new bug for it, so I'll remember to look at it when I get around to the next update.
hello!
excuse me for my english...
I have a .zip file protected with password within non printable characters, insert the password in hex or bin format is possible?
thank you guys!
MacOS unarchivier last version.
No. But what kind of non-printable characters? You might be able to do it anyway, if you pick the right encoding.
This is probably because you have multiple zip files in the same directory named .1.zip, .2.zip and so on. There is no way to distinguish whether these are multi-part zip files or individual zip files, unfortunately.
Good question! Adam Betts drew the icon, so he picked the number. I never thought to ask.
Is there any way to open z03 files? Or is that not possible yet?
z03 is just part of a split Zip file. You need to have all the parts and then open the .zip file.
The long-awaited "For Workgroups" version of The Unarchiver has been released! Main new feature is RAR 5 support.
New in v3.11:
After the update, I keep getting “there was a problem while reading the contents of the file…the archive file is incomplete” to all my archive files. Even the ones that were good on the pervious version.
It also does not que, is it gives me a “null” error.
I hope you find a fix for this and thank you for all your hard work.
With the issue (there was a problem ...) I just clicked "Apply to all" and queued up the archived files (different files), usually they just start one after the other... but now this error comes up
(There was a problem while reading the contents of the file "null": The file could not be opened)
It could be related with first issue, so I will check it once again once the fix is applied.
Thank you again
Is there a limit to how many archives can be queued up before the program crashes with an error? I find that if I queue up many (e.g. 12+), the program will come back with an error ("could not extract") which goes away if I re-queue the same file back. Is the limit based on free RAM?
3.11.1 is now live on both the App Store and website, fixing the RAR error mentioned above.
>>454 I have a file named (XYZ) which is in rar format (*.r00, *.r01. etc) and I start to extract it
then I add file (ABC) in rar format also.
After the program is done from file (XYZ) it gives the "null" error
It works fine for me. There must be something more to it. Does this happen with all RAR file or just those? Do you have another computer you can test on?
I tried it on my laptop and it is working normally.
I tried it on rar files that never caused this issue and it had the same problem on my Mac.
seems the problem is affecting just my Mac
>>458
I think I figured where the issue is
I placed few rar files in the desktop and it works normal in queue if the destination is the mac
but when i changed the destination to the external harddisk the program gives the "null" error after finishing the first file
same thing if I process it from the External HDD to the desktop.
so
from mac to mac, no isse
from mac to external, problem
from external to mac, problem
So sorry for the bad way to explain things
All right, I tried experimenting some more, and I did find some bugs. I am not sure if they are the exact same that you are hitting, so could you try testing this version for a bit to see if it works better, the same, or worse?
http://wakaba.c3.cx/releases/TheUnarchiver/TheUnarchiver3.11.2beta1_appstore.zip
>>461
I just tried this version
-went from external to external with no problem
-external to mac with no problem
-and mac to external with the same problem.
Gah, weird. Will have to investigate further.
Is your external drive formatted for Mac or Windows?
Running v 3.11, DL'd from app store. Running OS X 10.11.5.
Keep getting error messages when attempting to extract multi-part rar files - "part x is incomplete" etc. Extracting to same folder as original files.
Doesn't occur with every set of files, but with most.
Files extract normally, and are complete, when using MacPar.
Suggestions?
Is this 3.11.1 or 3.11?
3.11 (107)
App store reports it as up to date, FYI.
It's not, 3.11.1 is the latest, on the App Store too.
Deleted, and reinstalled 311.1. Thanks!
I used to be able to open multiple archives at once and select one folder to extract them all to. Now, when I tell multiple archives to open, it asks me for each one, and it's annoying.
Any plans to include .pae file extraction from the PowerArchiver software? Thanks!
Any news on a Windows binary update?
On 3.11.1, still getting "incomplete part"-problem on multi-rar-files.
I've tried other apps, where the same files works flawlessly. But I'd feel really bad about abandoning The Unarchiver now after all these years :/
On 3.11.1 and still getting "incomplete part"-problem with multi-rar-files, that work fines with other apps (but don't really want to abandon The Unarchiver :/ )
There should be a check box in the options to choose whether I want the unarchiver to autoupdate or not. Thanks.
Unarchiver will not open a zip file when I double click it now. It used to. Not it opens the preferences panel. How can I fix this?
What version number should I select to use on Mac OS X 10.6.8 Snow Leopard? I downloaded the version on the main page for older Macs and the program does not launch. I went through the archive of Unarchiver but wasnt sure what version number I should download. Thanks
What a pity it doesn't works for archive .WPRESS :-/ I hop soon :)
Good job man anyway
I downloaded a new version of the Unarchiver today, and the icons to the left of the file name for rar files show as generic.
I can get them to show the Unarchiver icon if I reduce the test size from 16 to 12. However, this is not a valid option, as reducing the view to a text size of 12 is hard for me to read, and also changes all of my epub preview icons to generic.
Well, it's official, Macpaw is taking over development on The Unarchiver, The Archive Browser, Archives.app and even Xee!
http://blog.macpaw.com/post/163484103673/macpaw-bought-unarchiver
I haven't been doing a great job of maintaining them lately, so I think it is for the best. Direct any future support questions to them.
I think I will shut down this board for the foreseeable future, as I have not really been keeping up with it either. If you need to reach me, you can do so here: