After copy to ZIP file is ZIP file damaged

[MarianD]

Immediately after copying some files to ZIP files and the automatic CRC checking message about impossibility to unpack some files with accent letters.

I checked this archive just before copying into it (with Alt-Shift-F9) and it was OK.

I am not able to reproduce this situation (it was some days ago), but the same operation with restored version of this archive in TC 7.04 was OK.

This archive was encrypted.

[ghisler(Author)]

I cannot reproduce this problem. Therefore I need more details:

1. Were you asked about Unicode file names when packing?
2. Can you list some file names which cause this problem, please?
3. What language settings for non-Unicode programs do you use? English? Slovakian? Other?

[MarianD]

1. Setting of Zip packer was "Ask every time a Unicode name is encountered."

2. I am not able, in this archive was a lot files, but all 3 files were with accent letters and these were not the files, which I copied into the archive - they all were yet in it.

3. Slovakian.

BTW I made much better translation of TC into Slovak language - may I send you these 2 files?

[Hacker]

Slovakian?

Slovak, Slovak, Slovak! It's Slovak! Not Slovakian... (Yes, I am sensitive about that. )

Roman

[MarianD]

Slovak and Slovakian may be both used as adjectives, the second also as noun.

[Clo]

2MarianD

Hi !

• My Oxford dictionary agrees you, since it shows :
Slovak(ian)…

 KR
Claude
Clo

[ghisler(Author)]

2MarianD
Unfortunately I cannot help you if you don't give me more details. I need file names! How else should I reproduce this problem?

[Hacker]

MarianD,

Slovak and Slovakian may be both used as adjectives, the second also as noun

I disagree and neither do I see how "Slovakian" could be used as a noun. It sounds as wrong to me as Germanian, Czechian or Englishian. Serbian or Croatian do not sound wrong, on the other hand.

Roman

[MarianD]

1. Create the file with the name "ú.txt" - but the letter in the name is not "u" but the accented letter in codepage Windows-1250 with code 250 (hexadecimal 0xFA).

2. Pack it in the new ZIP-file - but with WinZip 11.2 or 12.1 - encrypting it in WinZip with the password.

3. In TC try Test Archive(s) - it is OK.

4. On the same panel in TC drag&drop an arbitrary file into this archive.

5. Again try in TC Test Archive(s) - it will pop the message box with the text "Pack method not supported, file ú.txt cannot be unpacked!"

[ghisler(Author)]

I don't have these WinZIP versions. Can you send me a sample archive to beta at ghisler dot com, please? Thanks!

[karlchen]

Hello, Christian.

The filename given by the thread starter MarianD, ú.txt, just struck my eye and raised a question because the same filename appeared inside a sample ZIP file given in a different thread: TC7.5 Fixed bugs: Access violation when adding/editing file in zip file.

Cf. the posts starting with your own message, please.

I suspect that the two threads may have get mixed up?! The filename ú.txt had not been mentioned inside the other thread before.
Or are they really about the same problem? I do not think so: different thread starters, different problems reported.
I tend to assume that what has been confirmed really is that the problem reported by MarianD has been fixed, but that the fix for the other problem has still not been confirmed.

Kind regards,
Karl

[ghisler(Author)]

Yes, I thought that you asked about this thread, and not about a problem from last year. So can you confurm this fix here?

[karlchen]

Good evening, Christian.

Yes, I thought that you asked about this thread, and not about a problem from last year.

Well, in the beta forum you asked the beta testers to go through the open threads inside the "TC 7.5 bugs which should be fixed now" subforum, in particular those where the thread starter had not given any feedback and had not confirmed that the fix really worked. This is what I did.

So can you confurm this fix here?

Well, as you gave us the testing file meant to reproduce MarianD's problem, I ended up testing the fix for this thread here.

Summary:
The second test performed (details below) confirms the first test. Both suggest that T.C. 7.50 pb5 works around the corrupted header successfully and that the problem reported by MarianD has been fixed.

--
Details:
Have just repeated the test which I had done before using the testing ZIP file provided by you

Please get this sample file: https://plugins.ghisler.com/beta/sample_unicode.zip

on a different machine using Windows XP Prof SP2, 32bit.

When you add ANY file to it with TC 7.5 beta 1-4, the file ú.txt within the archive can no longer be unpacked.

Used T.C. 7.50 PB4 and added (AES256) encrypted 6 files: Problem confirmed.
Neither T.C. 7.50 PB4, nor T.C. 7.50 PB5 could read the file ú.txt any longer.
Adding uncrypted files would not have the desired effect by the way.

After removing the added AES256 encrypted files from the ZIP archive, the copy was no longer identical to the downloaded original file.

When you add ANY file with TC 7.5 beta 5, ú.txt should still be accessible.

Used T.C. 7.5 PB5 and added the same 6 (AES256) encrypted files: No problem occurred accessing the file ú.txt.
T.C. 7.50 pb4 as well as T.C. 7.50 pb5 could access the file.
After removing the added AES256 encrypted files from the ZIP archive, the copy was identical to the downloaded original file again.

This second test confirms the first test. Both suggest that T.C. 7.50 pb5 works around the corrupted header successfully and that the problem reported by MarianD has been fixed.

Environments used while testing:
+ Windows XP Prof, SP2, 32bit
+ Total Commander 7.50 PB4 vs Total Commander 7.50 PB5
+ Windows Vista Home Premium, 32bit
+ Total Commander 7.50 PB3 vs Total Commander 7.50 PB5
--

Kind regards,
Karl

[ghisler(Author)]

Great, thanks very much!