cjt5132/theunarchiver

Automatically exported from code.google.com/p/theunarchiver

theunarchiver's Issues

Change key for extract-to-location

The command key can be accidentially triggered when users open files with
command-O.

Original issue reported on code.google.com by [email protected] on 16 Nov 2006 at 10:25

".." not stripped properly from filenames

.. paths are not properly normalized and checked, and slahes and dots need
to be stripped from the start of filenames.

Original issue reported on code.google.com by [email protected] on 16 Sep 2006 at 11:43

Some .sit are empty

What steps will reproduce the problem?
1. Download
http://downloads.interfacelift.com/icons-mac/downloads/0930_halloweensmilies.sit


What is the expected output? What do you see instead?
I got an empty folder, instead of icons one. Same problem with other
archives on the site.

What version of the product are you using? On what operating system?
Version online tonight; 10.4.8

I join the "corrupt" (??) archive

Original issue reported on code.google.com by [email protected] on 15 Oct 2006 at 10:36

Attachments:

• 0930_halloweensmilies.sit

non-ASCII chars in Type/Creator codes

What steps will reproduce the problem?
1. Find or create a file with codes containing non-ASCII characters (ie ü).
2. Encode as MacBinary
3. Decode using The Unarchiver

What is the expected output? What do you see instead?
I expect the output file to show exactly the same codes as the original file 
but instead I see ? in 
place of non-ASCII characters.

What version of the product are you using? On what operating system?
The Unarchiver 1.1, Mac OS 10.4.7 Intel.

Please provide any additional information below.
I've only noticed this happening with .bin files - it could happen with other 
archive types too, I'm 
not sure.

Original issue reported on code.google.com by [email protected] on 26 Sep 2006 at 5:34

7-Zip support is very basic

The 7-Zip support uses the ANSI-C 7-Zip code, which only supports basic
features of the file format. It would be nice to have this extended. I have
requested that the 7-Zip author do some work on it, but that may or may not
happen.

Improvements on the 7-Zip code would be most welcome.

Original issue reported on code.google.com by [email protected] on 28 Jul 2006 at 12:48

extract a zip file with many, many files will eat up all my memory

What steps will reproduce the problem?
1. Get a zip file with thousands of file (my file is 499 Mb and with files
no more than 50 KB each, so about 10 thousands file in it)
2. Extract it with The Unarchiver
3.

What is the expected output? What do you see instead?
It should be extracted normally, but it actually eat up all my memory (or
maybe CPU) and makes my OS hangs

What version of the product are you using? On what operating system?
1.1 on Mac OSX 10.4.8 with Intel Core Duo 2.0 GHz CPU

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 27 Oct 2006 at 7:09

""

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 17 Sep 2006 at 10:12

Open extracted folder

It has been requested that an option be added to open the extracted folder
after successful extraction.

Original issue reported on code.google.com by [email protected] on 15 Sep 2006 at 11:12

No support for SITX files.

libxad does not support StuffIt SITX files. This format is propietary,
undocumented, and apparently not reverse engineered in any way.

Support needs to be added for it to libxad. This is way beyond my
capabilities, however. Help would be much appreciated.

An alternative would be to use the StuffIt Engine to handle SITX files, but
this would be hacky and inelegant.

Original issue reported on code.google.com by [email protected] on 27 Jul 2006 at 11:21

Some dmgs tagged as bz2 when Downloading from Safari

What steps will reproduce the problem?
1. Get (http://www.andrewescobar.com/files/Enabler/Enabler1.3.dmg)
2. Watch
3. Learn

What is the expected output? What do you see instead?
I expect the DMG to be downloaded and mounted with DiskImageMounter. Instead, 
the file is 
renamed ...dmg.bz2, and is unusable with either The Unarchiver or 
BOMArchiveHelper

What version of the product are you using? On what operating system?
1.0, 10.4.7

Please provide any additional information below.

The issue is clearly caused by The Unarchiver, as trashing it and rebuilding 
the launch services 
db ends it, and it begins with installation of The Unarchiver.

Original issue reported on code.google.com by [email protected] on 16 Sep 2006 at 11:10

Freezes while extracting partially corrupted files

What steps will reproduce the problem?
1. Get partially finshied .rar-archive
2. Try to extract
3. Program freezes

What is the expected output? What do you see instead?
Expect unarchive, get nothing.


What version of the product are you using? On what operating system?
Version 1.3, just downloaded it of the web (2006-11-26). Using Mac OS X
10.4.8 Dual PowerPC G5, 1.5GB RAM.


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 26 Nov 2006 at 12:18

Attachments:

• unarchiver_freeze.png

No source code in SVN!

What steps will reproduce the problem?
- Visit: http://theunarchiver.googlecode.com/svn/trunk/
- Or: svn checkout http://theunarchiver.googlecode.com/svn/trunk/ theunarchiver

What is the expected output? What do you see instead?
- Well, I wanted some source code, or something. I figured that since there are 
issues entered into 
the tracker already the SVN access would be working too. :-) 

Original issue reported on code.google.com by [email protected] on 28 Jul 2006 at 2:17

SIT - File names containing slashes unstuffed improperly

What steps will reproduce the problem?
1. Attempt to unstuff a .sit file whose contents have file names containing
forward slashes (/). 

What is the expected output? What do you see instead?
Any occurrence of a forward slash in a file or folder name causes the
preceding text to be interpreted as a directory with the subsequent text in
the name to be interpreted as the actual file or folder to be unstuffed.

What version of the product are you using? On what operating system?
The Unarchiver v.1.1 on Mac OS X 10.4.7

Original issue reported on code.google.com by [email protected] on 22 Sep 2006 at 7:23

Attachments:

• name:of:a:folder.sit
• test:text.sit

Enhancement: Cannot expand more than one contained archive in sucession

What steps will reproduce the problem?
1. Open an archive that has been encoded more than once, such as .dmg.zip
2. The Unarchiver fails to tell the resulting .dmg to open
3. The user must manually open the .dmg, losing productivity

What is the expected output? What do you see instead?
I expect that a multi-encoded archive be fully unarchived in one sequence, even 
if by more than 
one application. But there is no preference in The Unarchiver allowing me to 
request this 
behavior.

What version of the product are you using? On what operating system?
1.3 on 10.4.8

Please provide any additional information below.
Please add a preference to The Unarchiver that tells it, like Stuffit Expander, 
to continue to expand 
contained archives until left with a non-archive file. Also need to TU to tell 
disk images to mount 
if they are left after an archive is expanded. This could be combined with the 
previous preference 
or added separately.

Original issue reported on code.google.com by [email protected] on 4 Jan 2007 at 12:13

Crashes when cancelling SIT extraction

Reported here:

http://wakaba.c3.cx/sup/kareha.pl/1151796773/209

Original issue reported on code.google.com by [email protected] on 28 Nov 2006 at 5:43

Prompt for encoding pops up behind Finder, easily missed

Whenever The Unarchiver prompts me for the encoding of an archive - and I
suppose this goes for other prompts, as well - its window does not appear
on top of the window stack, so it's easy to miss - giving the impression
that nothing at all happened.

It should appear on top, but it would also be very useful if The Unarchiver
appeared in the dock for the duration of an operation, so that you know
that it has windows.

Original issue reported on code.google.com by [email protected] on 16 Sep 2006 at 7:12

typo in preferences

What steps will reproduce the problem?
Double-click application icon, choose tab 'Advanced'

What is the expected output? What do you see instead?
expected: detected, seen: deteted

What version of the product are you using? On what operating system?
v1.0 10.4.7

Please provide any additional information below.
typo as visible in the attached screenshot

Original issue reported on code.google.com by [email protected] on 17 Sep 2006 at 5:43

Attachments:

• autodeteted.png

ZIP: 'Could not extract the file "directory/.DS_Store"'

What steps will reproduce the problem?
Unsure; I've only experienced the issue with an archive of a specific folder, 
so far.

What is the expected output? What do you see instead?
I expect the archive to be expanded normally.

What version of the product are you using? On what operating system?
v1, 10.4.7

Please provide any additional information below.

This is an archive of the AppleWorks 6 application directory. It's a bit large, 
too large to attach.

Original issue reported on code.google.com by [email protected] on 15 Sep 2006 at 7:35

Attachments:

Does not expand sit archives correctly

What steps will reproduce the problem?
1. Open a sit archive that has a root folder that contains files.
2. Wait about half a second for TheUnarchiver to finish. A lot shorter than
it should be.
3. Examine the contents of the expanded archive.

What is the expected output? What do you see instead?
Some sit files don't expand at all, and others that have a root folder that
precedes the files don't expand correctly i.e. the folder for the expanded
archive is created, but not any of the files that should be in it.

What version of the product are you using? On what operating system?
TheUnarchiver 1.1
OS X 10.4.7

Please provide any additional information below.
I have appended two archives that shows the problems. The first shows the
empty folder, and the second shows nothing at all.
The same archives I try this with expand correctly via StuffitExpander.

Praise.
I love the way TheUnarchiver appends '-n' to the file/folder name when
expanding if the file/folder already exists unlike StuffitExpander which
wreaks havoc on extensions.

Original issue reported on code.google.com by [email protected] on 19 Sep 2006 at 3:29

Attachments:

• CombinePDFs.sit
• joinPDF2.3.1.sit

Add support for PAR/PAR2 records

There's no support for PAR/PAR2 records. This could theoretically be added,
but currently I am not sure I have the time. Therefore, any external help
would be very much appreciated.

For anyone interested in helping out with this: libxad reads data through a
custom callback handler, that implements open/read/seek/close
functionality. Multi-part archives are handled transparently through this,
for instance. A PAR/PAR2 handler could be written that works like the
multi-archive handler but additionally fills in any missing pieces by itself.

Original issue reported on code.google.com by [email protected] on 29 Oct 2006 at 1:51

Unspecified problem with small tbz files

http://wakaba.c3.cx/sup/kareha.pl/1151796773/57

Needs a test file.

Original issue reported on code.google.com by [email protected] on 14 Sep 2006 at 10:56

Error -10660 when opening ZIP file

When double klicking a ZIP file then Unarchiver shows error -10660 (unknown
error). This even happens when I try to open the ZIP archive
"TheUnarchiver1.1.zip" in which the program has been delivered.
There was no problem to extract the ZIP with StuffIf.

There was no problem to extract RAR (splited files).

Original issue reported on code.google.com by [email protected] on 6 Oct 2006 at 10:42

Option to always create new folders

Add an option to force creation of new folders even when there is just one
file in the root of the archive.

Original issue reported on code.google.com by [email protected] on 3 Jan 2007 at 5:26

No focus on extracting

What steps will reproduce the problem?
1. Double click a file to extract
2.
3.

What is the expected output? What do you see instead?
I expected to se the progress bar window in the front (focused), but instead it 
was shown behind 
my active finder window

What version of the product are you using? On what operating system?
I am using version 1.0 in Mac OS X Tiger 10.4.7

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 14 Sep 2006 at 4:59

Corrupt InstallAnywhere installer when unzipping

What steps will reproduce the problem?
1. Unzip InstallAnywhere based installer
2. installer won't run
3. Unzip using BOM and installer is fine.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.
I can provide the zipped file for verificiation upon request.

Original issue reported on code.google.com by [email protected] on 8 Nov 2006 at 9:54

SIT directory structure problems

> I've done some more testing and still can't say anything for sure but
> it seems to be related to the order in which files are added to the
> archive. These two archives are supposed to be identical with a file
> structure as follows:
> test.sit/file 1.txt
> test.sit/untitled folder/file 2.txt
> 
> In test1 I first created the untitled folder, then added file 1, then
> file 2. The result when extracting via The Unarchiver is a folder
> called test1 containing both file 1 and 2 but no untitled folder.
> In test2 I first added file 1, then created the untitled folder, then
> added file 2. The result in this case is just an empty untitled folder.

Original issue reported on code.google.com by [email protected] on 19 Sep 2006 at 4:37

Attachments:

• test1.sit
• test2.sit

Test rar file not decompressed correctly

What steps will reproduce the problem?
1. Download attached test.rar file.
2. Attempt to open it with The Unarchiver
3. See that test.txt is not revealed.

What is the expected output? What do you see instead?
Command line unrar installed through fink correctly expands the test archive. 
Even StuffIt works, 
though it creates an extra directory.

What version of the product are you using? On what operating system?
1.0

Please provide any additional information below.
You should also check and make sure the file is closed correctly. After trying 
to decompress the 
test archive with The Unarchiver the archive cannot be deleted throught the 
Trash, as it brings up 
the "Still in Use" error.

Original issue reported on code.google.com by [email protected] on 14 Sep 2006 at 1:30

Attachments:

• test.rar

Problem with resource forks in direct extraction archives (tgz, sit.bin, and so on)

Resource forks are not handled correctly by the direct extraction code.

Original issue reported on code.google.com by [email protected] on 16 Sep 2006 at 11:42

Delete archives after extracting

It has been requested that an option be added to delete archives after
successfully extracting them.

Original issue reported on code.google.com by [email protected] on 14 Sep 2006 at 10:51

"Encoding" selection list displays weird Asian characters

Whenever The Unarchiver prompts me for the encoding of an archive, the
selection list of encodings contains weird characters, most Asian looking.

I'm running OS X 10.4.7 with an English locale (but Swedish keyboard
layout, not that I expect that matters).

Original issue reported on code.google.com by [email protected] on 16 Sep 2006 at 7:05

Attachments:

• [Picture 2.png](https://storage.googleapis.com/google-code-attachments/theunarchiver/issue-18/comment-0/Picture 2.png)

Spelling in settings, "autodeteted"

The "Advanced" section of the settings has the misspelling "autodeteted".

Original issue reported on code.google.com by [email protected] on 16 Sep 2006 at 7:26

Extracted files have incorrect modified date.

What steps will reproduce the problem?
1. Create an archive with any file.
2. Extract the file.
3. Check the modified date.

What is the expected output? What do you see instead?
The modified date is always 8 hours too old.

What version of the product are you using? On what operating system?
1.3, osx 10.4.8

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 13 Dec 2006 at 12:39

Missing support for passwordprotected rar-files

Missing support for passwordprotected rar-files.

v.1.1 on OS x 10.4.8

Original issue reported on code.google.com by rosted on 23 Oct 2006 at 2:28

No support for RAR encryption

The RAR client that XADMaster.frameworks adds to libxad has no support for
encryption in RAR files. This apparently uses AES, and should be easy
enough to add, but I have been too lazy to do so due to the lack of
encrypted RAR files in the wild.

Original issue reported on code.google.com by [email protected] on 27 Jul 2006 at 11:24

Zip extraction problem

Zip files created with PHP (I think?) don't extarct properly in
BOMArchiveHelper or The Unarchiver. The Unarchiver only finds the first file.

Original issue reported on code.google.com by [email protected] on 14 Sep 2006 at 10:54

Launches behind current Finder window

What steps will reproduce the problem?
1. Open The Unarchiver from a Finder window.
2. Observe that "Preferences" window is inactive and below the Finder window 
from which it was 
launched.

What is the expected output? What do you see instead?
When most programs launch, their main window activates.

What version of the product are you using? On what operating system?
1.0, 10.4.7

Please provide any additional information below.
None.

Original issue reported on code.google.com by [email protected] on 17 Sep 2006 at 2:33

Enter one-line summary

What steps will reproduce the problem?
1.  Install The Unarchiver
2.  Download QuickSilver from http://quicksilver.blacktree.com/
3. (Notice it downloads a dmz.bz2 when it's really just a dmg)

What is the expected output? What do you see instead?

It's suppose to be just a dmg

What version of the product are you using? On what operating system?

The Unarchiver 1.3
Mac OS X 10.4.8 with all the latest updates.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 16 Jan 2007 at 10:38

The Unarchiver crashes upon launch

What steps will reproduce the problem?
1. Download Unarchiver
2. Double-click icon

What is the expected output? What do you see instead?
Expect app to launch.  Possibly install options.  Instead Crash Reporter 
appears.

What version of the product are you using? On what operating system?
1.0
10.3.9

Please provide any additional information below.
See attached Crash Reporter log.

Original issue reported on code.google.com by [email protected] on 16 Sep 2006 at 5:29

Attachments:

• [Unarchiver Crash.txt](https://storage.googleapis.com/google-code-attachments/theunarchiver/issue-17/comment-0/Unarchiver Crash.txt)

"Select All" sets oldHandler of already-checked formats to Unarchiver

What steps will reproduce the problem?
1. Open Unarchiver preferences, enable some or all formats.
2. Press "Select all".
3. Observe that the formats that were previously checked can not be unchecked

What is the expected output? What do you see instead?
One should always be able to restore formats to their original handlers.

What version of the product are you using? On what operating system?
1.0, 10.4.7

Please provide any additional information below.

Examining the property list generated by Unarchiver shows that items checked by 
"Select All" are 
assigned, for example:
oldHandler.cx.c3.lha-archive   String   com.stuffit.expander
and can be unchecked. Formats already checked are now shown as:
oldHandler.cx.c3.ha-archive   String   cx.c3.theunarchiver
and unchecking or choosing "Deselect all" for them has no effect.

Original issue reported on code.google.com by [email protected] on 17 Sep 2006 at 10:18

Often fails to handle encrypted archives

What steps will reproduce the problem?
1. expanding password-encrypted archives
2. I can't tell what else is common with these archives
3.

What is the expected output? What do you see instead?
Having provided the correct password at the prompt, expect to see a standard 
un-archiving. 
What results is either NOTHING (no event - Unarchiver just exits) or an 
unhelpful error message 
along the lines "de-compressing archive failed".

What version of the product are you using? On what operating system?
Version 1.1 on MacOSX 10.4.8

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 7 Nov 2006 at 6:54

ACE unarchiving problematical

What steps will reproduce the problem?
1. Trying to extract MP3 files from an ace archive I got from a person with a 
PC.

What is the expected output? What do you see instead?
1. Nested folders with MP3 file in them.
2. In 1.0, it extracted the folder structure, but failed to recognize the files 
-> 0k extracted.
3. In 1.1, says it can not extract the contents.


What version of the product are you using? On what operating system?
Both 1.0 and 1.1, Mac OS X 10.4.7.

Please provide any additional information below.
I know these files can be extracted, as the other two (iUnacer & UnaceX [uses 
MacUnace]) can 
extract the files but not the folder/directory information.

Original issue reported on code.google.com by [email protected] on 22 Sep 2006 at 9:53

Option to ask for extraction location

It has been requested an option be added to have the program ask where to
extract files.

Original issue reported on code.google.com by [email protected] on 19 Sep 2006 at 7:00

Add support for pax archives

As above.

Original issue reported on code.google.com by [email protected] on 6 Jan 2007 at 10:18

Zip file extraction problem

The file "navigation-gradient.png" in several different Zip archives does
not extract correctly. This is a libxad bug.

Original issue reported on code.google.com by [email protected] on 14 Sep 2006 at 10:52

Context menu entry

Add some kind of "Unarchive to..." entry to the context menu.

Original issue reported on code.google.com by [email protected] on 2 Oct 2006 at 1:20

Default extraction directory

It has been requested that an option be added to specify a default
extraction directory.

Original issue reported on code.google.com by [email protected] on 14 Sep 2006 at 10:50

I can queue than one mult-part RAR but it only completes the first

What steps will reproduce the problem?
1. I start one RAR (multi-part) and then another
2. It appears to queue the second RAR (multi-part)
3  It never extracts the second RAR or any other RARs I've queued

What is the expected output? What do you see instead?
I expect it to unarchive the first set, then the second, and so on.  But it
only does the first.


What version of the product are you using? On what operating system?
Version 1.1 on Mac 10.4.8

Please provide any additional information below.
I haven't tried queuing other types of archives, like ZIPs to see what
happens with that.  Thanks for a great product!

Original issue reported on code.google.com by [email protected] on 9 Oct 2006 at 4:47

Add support for RAR recovery records

The RAR client that XADMaster.frameworks adds to libxad has no support RAR
recover records in RAR files.

I have no idea how these work, or if there's even any easy way to add
support for them in libxad. Help is definitely requested here.

Original issue reported on code.google.com by [email protected] on 27 Jul 2006 at 11:25

Multi-volume archives aren't properly deleted

As above.

Original issue reported on code.google.com by [email protected] on 20 Sep 2006 at 10:32

.sit files have generic "unix executable" icon

When the unarchiver is set to handle .sit files, they appear with a generic 
"unix executable" icon 
instead of the unarchiver archive icon.  The archive icon appears correct for 
zip, rar, and all other 
archive types I've used so far.  When .sit's are set to open with stuffit 
expander, they use the 
stuffit icon properly.

1. do a get info on a .sit file
2. open with: other...
3. select "the unarchiver"
4. the icon works correctly
5. hit the "change all" button
6. the icon turns into the "unix executable" icon
7. all the other .sit's use the "unix executable" icon as well
8. icon problem persists after restart


I'm using the unarchiver 1.3. on os 10.4.7, on a dual 2.3 ghz g5

Original issue reported on code.google.com by [email protected] on 26 Dec 2006 at 4:01