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!
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:
