As the previous thread filled up, here is part 2 of the The Unarchiver thread.

• The old thread is here: http://wakaba.c3.cx/sup/kareha.pl/1151796773/
• The homepage is here: http://wakaba.c3.cx/s/apps/unarchiver
• The Google Code page is here: http://code.google.com/p/theunarchiver/

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!

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.

>>201

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".

https://developer.apple.com/library/mac/#documentation/Foundation/Reference/NSFilePresenter_protocol/Reference/Reference.html#//apple_ref/occ/intfp/NSFilePresenter/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.

>>204

One is provided already.

>>203

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...

>>207

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.

>>206

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?"

>>209

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!

>>211

That's probably a bug that was fixed in 3.4 already.

3.5 has been released! Changes are:

• Added support for password-protected 7z files.
• Added an experimental AppleScript interface.
• Added a progress bar overlay on the dock icon.
• Chinese translation.
• Handle files opened from Mail.app better.
• Better support for very old StuffIt archives, including password-protected ones.
• Fixed a bug where the app might stop launching at all under rare circumstances.
• Fixed some crashes on old OS X versions.
• Various bugfixes for PDF, hqx and sitx.

And as usual, unar and lsar have also been bumped to 1.4. Mostly they share the same changes, plus a few bugfixes:

• Added support for password-protected 7z files.
• Better support for very old StuffIt archives, including password-protected ones.
• Fixed some crashes on old OS X versions.
• Various bugfixes for PDF, hqx and sitx.
• Make lsar testing report wrong passwords properly.
• Make Windows versions stop printing meaningless warnings.

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"

>>221

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!

>>224

Are you using Default Folder X?

>>225

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

>>229

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.

>>230
Same as >>231 , it did not work. Reverting to 3.4 (>>232) works.

Also having the issue of only the preferences opening when clicking on an archive - using the newest version

>>235

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.

>>231-234

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.

>>237

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?

>>239

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

>>246

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.

>>249

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?

>>254

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.

>>252

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.

>>259

Can you check for any other programs that would modify how other programs work, that you might have installed?

>>253

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.

>>262

You should report the bug to the Default Folder X creators.

>>263

See above: Either Typinator or Default Folder X seem to cause this problem.

>>262

Also, another user reported that upgrading Default Folder X may fix the issue.

>>264
>>265
Upgrading Default Folder X from 4.4 to 4.5.3 fixed the problem.

Default Folder 4.5.3 did not fix for me. I still get preferences every time.

>>267

What about Typinator? Or any other program that messes with all other programs on your system?

Two things:

1. I'm having some problems unpacking some RAR archives using The Unarchiver. It those archives that consists of serveral RAR files. It says the archive file corrupted. It works fine unpacking the RAR files with Stuffit Expander
2. When unpacking the same files with Stuffit Expander it doesn't have to search for other files (or whatever The Unarchiver does, which I have to manually approve due to the sandbox)

Both applications are installed via the App Store.

>>269

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

>>271

This may actually be an OS X bug. Sometimes it seems files are dropped when you click multiple files.

>>272

It is most likely caused by some other program. Try to see what other similar programs you might have, and disable them and see if that helps.

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?

>>274

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.

>>276

As I said, I have no control over the installation. I couldn't possibly do anything about it.

>>278

If you somehow manage to figure out what it is, do let me know too, so I can warn people in the future.

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

• Added support for the Internet Archive WARC format.
• Fixed the "Never create folder" option, which had accidentally been disabled.
• Fixed a bug in Polish translation that made Polish version crash sometimes.
• Fixed a bug that caused file formats to not be unselectable in the file type list.
• Fixed bugs in XAR/.pkg, CAB, HQX and Compress.
• Fixed a few more rare bugs and crashes.
• Made the legacy version work on 10.5 again.

The changes that carry over to unar and lsar, which are now at 1.5, are:

• Added support for the Internet Archive WARC format.
• Fixed bugs in XAR/.pkg, CAB, HQX and Compress.
• Fixed a few more rare bugs and crashes.
• Made the OS X binaries work on 10.6 and 10.7 again.

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

>>285

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.

>>287

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!

>>290

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
)

>>294

It seems I can reproduce that here. Thanks!

>>294

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.

>>297

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