auto add DIR with -a-- attribute when using internal zip

[dllee]

I'm just testing the 7zip plugins for the bug
the attributes of file/dir is not correct when extracting
and I find this bug about TC internal ZIP packer.

reproducing bug:
1. Press F7 to create a new DIR, name it to test
2. Press Alt + F5 to pack the dir test using internal zip packer, output zip name to test.zip
3. Cursor to test.zip, press Enter

You can check that orginal attribute of the DIR test is ----
and the attribute of the DIR test in test.zip is -a--

Also, if you unzip test.zip, the output test DIR will have the attribute -a--

[ghisler(Author)]

Indeed the archive attribute is always set when a new file is created - not only when packing or unpacking, but also when copying files. Other file managers and the Explorer do the same to mark files for backup.

[dllee]

This bug I mentioned is not about the FILE, but about the DIR.

If I create a DIR (name it to Test), no matter by TC or Explorer, it does not contain the archive attribute.

If I using the XP buildin zip function to compress the DIR Test, using TC or any other compression tools, the DIR Test in the zip file does not contain the archive attribute. Also, using TC or any other compression tools to extract the zip file, the output DIR Test does not contain the archive attribute.

But, if I compress the DIR Test by TC internal ZIP function, the DIR Test in the zip file will contain the archive attribute.

Please check the following two zip files

http://dllee.miroko.tw/test/Test_byExplorer.zip
http://dllee.miroko.tw/test/Test_byTC.zip

and check the attribute of the DIR Test.

[ghisler(Author)]

Strange, I will check that.

[dllee]

This bug should be existed a long-long time, I have check all my backup zip files have the same problem

I did not notice it ( I trust TC ), until I debug 7zip and using internal zip for comparing and testing the output results.

So, maybe everyone already used to it

But, I hope this bug will be fixed, as long as TC being a file manager, the attributes, datetime of file/dir should be handled in proper way.

[dllee]

This bug is fixed in 8.0 beta 3
Thanks.

[ghisler(Author)]

Great, thanks!