gco / theunarchiver

Automatically exported from code.google.com/p/theunarchiver
Other
0 stars 0 forks source link

TheUnarchiver-3.9.1_legacy erroneously finds a particular file corrupted which works with TheUnarchiver-3.8_legacy #768

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
I have been using TheUnarchiver-3.9.1_legacy successfully for quite a while, so 
when I downloaded a file and found that it claimed the file was corrupted, I 
assumed it was correct and downloaded the file again.   Yet again it claimed 
the file was corrupted.   I checked the md5 checksum of the file, and it 
matched, so I was confused.   I have an older TheUnarchiver-3.1.1 lying around, 
and tried using that to unzip the file, which worked.

I then tried TheUnarchiver-3.7_legacy, which also worked.   I then tried 
TheUnarchiver-3.8_legacy, and that also worked.

I then tried TheUnarchiver-3.9_legacy, and when I dragged and dropped the file 
on top of the application, it gave the message "Tenfourbird7400-31.1.1.zip (+1 
more)", then gave a message "Preparing to extract Tenfourbird7400-31.1.1.zip", 
and then gave the error message "There was a problem while reading the contents 
of the file "Tenfourbird7400-31.1.1.zip": Data is corrupted".  Note that none 
of the previous versions which worked never gave the "(+1 more)" when they were 
invoked.

So the problem appears to have crept in as of TheUnarchiver-3.9_legacy, and 
persists in TheUnarchiver-3.9.1_legacy.

As I've previously stated, I've not normally encountered any issues with 
TheUnarchiver-3.9.1_legacy despite widespread and heavy use, so it appears to 
be a rather unusual special case with this particular file.  And note that 
previous versions of this particular file do not have this issue.

The particular file in question can be found here:
<http://en.sourceforge.jp/projects/tenfourbird/downloads/61963/Tenfourbird7400-3
1.1.1.zip/> or more specifically here:
<http://en.sourceforge.jp/frs/redir.php?m=iij&f=%2Ftenfourbird%2F61963%2FTenfour
bird7400-31.1.1.zip>
And the general place this file lives is here:
<http://en.sourceforge.jp/projects/tenfourbird/releases/61963>

The file in question is 38.4MB, which is larger than the 10MB maximum 
attachment allowed.

Note that the md5 checksum for this file "Tenfourbird7400-31.1.1.zip" is 
supposed to be:
948bc2b98b90a2872bc8a6c1bb8a3239

My system is a PowerPC 7400 500MHz Titanium PowerBook running Mac OS X 10.4.11, 
so we have potentially both big-endian and 10.4 library issues.

Please let me know if there is any additional information or testing you would 
like me to provide.

Original issue reported on code.google.com by rmabb...@gmail.com on 20 Sep 2014 at 6:31

GoogleCodeExporter commented 9 years ago
If you're seeing (+1 more), that means The Unarchiver thought it was a 
multi-part archive, because there's another file named something very similar 
that is erroneously detected as another part of the archive. Can you check if 
you have any other files with similar names and what that name might be?

Original comment by paracel...@gmail.com on 20 Sep 2014 at 8:40

GoogleCodeExporter commented 9 years ago
Ah.

Indeed, there is an obvious candidate, the previous version file, 
Tenfourbird7400-31.1.0.zip.  And indeed, if this file is moved to another 
location, TheUnarchiver-3.9.1_legacy opens Tenfourbird7400-31.1.1.zip happily.

So apparently something in TheUnarchiver-3.9_legacy (and 
TheUnarchiver-3.9.1_legacy) thinks Tenfourbird7400-31.1.0.zip and 
Tenfourbird7400-31.1.1.zip are part of the same multi-part archive, when in 
fact they are not.  But TheUnarchiver-3.8_legacy (and previous versions) wasn't 
so easily fooled.

Original comment by rmabb...@gmail.com on 22 Sep 2014 at 4:39

GoogleCodeExporter commented 9 years ago
Probably because I added support for multi-part zip files named 
something.0.zip, something.1.zip and so on. These things are tricky and it's 
hard to avoid false positives. Not sure what to do about this one...

Original comment by paracel...@gmail.com on 22 Sep 2014 at 6:23

GoogleCodeExporter commented 9 years ago
Just dropping a note that the problem does NOT occur with 
TenFourFox7400-31.1.0.app.zip and TenFourFox7400-31.1.1.app.zip being in the 
same directory -- the latter file unzips cleanly.

Original comment by rmabb...@gmail.com on 27 Sep 2014 at 6:04

GoogleCodeExporter commented 9 years ago
This is even more strange -- I downloaded an update, Tenfourbird7400-31.1.2.zip 
from the same website, and it unzipped happily with TheUnarchiver-3.9.1_legacy 
DESPITE there being Tenfourbird7400-31.1.0.zip and Tenfourbird7400-31.1.1.zip 
in the same directory.

Original comment by rmabb...@gmail.com on 29 Sep 2014 at 3:19