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!
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 [email protected]
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 [email protected]
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
[email protected] 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
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: