synchronize error on sync archive with unpacked files

[nice]

1. download zip
https://drive.google.com/file/d/1OJoqW40UPMtD1lVtcjN4muWrhxBe_wnW/view?usp=sharing
2. unpack
3. select sync archive with unpacked files
4. select "asynchronous", "with subdirs", "empty folders"
it will show empty folder "driver" in unpacked files
5. click "synchronize"
it will ask you to delete "driver"
6. click "delete"
nothing happens

[white]

3. select sync archive with unpacked files

To be more precise: archive contents on the left, unpacked files on the right.

4. select "asynchronous", "with subdirs", "empty folders"
it will show empty folder "driver" in unpacked files

It shows a folder that exits on the right and not in the archive on the left. The folder is non existing in the archive (only the files packed with paths).
I agree that since the 'driver' folder is only included in the results when "Empty directories" is checked, it suggests it is empty.

6. click "delete"
nothing happens

Good that nothing happens. The folder isn't empty.

[nice]

why it's not exists in archive?
you can pack it back to new archive, and compare two archives

[white]

why it's not exists in archive?

I don't know, I didn't create this archive.

[ghisler(Author)]

Confirmed, it happens because the files in
driver\xp-win7-win8
are stored there with relative path names, but the directories themselves are not stored there. TC sees this and automatically adds the folder
driver\xp-win7-win8
to the list, but since the driver subdirectory us empty it doesn't add it. I will add it too.

[white]

The case described in topic start tested OK using TC10.50b7.

But if you enter *.cat for file type selection, then the same problem arises.
And in that case also with asynchronous unchecked, the result is questionable.

And according to HISTORY.TXT the issue is fixed for the 32764-bit version. Phew powerful computer running that

23.05.22 Fixed: Synchronize dirs: Some subfolders were found as missing when a file was stored in an archive with a relative path a\b\filename without the folders themselves (32764)

[ghisler(Author)]

Thanks, that seems to filter out the directories too.

[white]

29.05.22 Fixed: Synchronize dirs: Some subfolders were still found as missing when using filters like *.txt and a file was stored in an archive with a relative path a\b\filename without the folders themselves (32/64)

Tested OK using TC10.50b8 32-bit and 64-bit.

A side effect: This "feature" was used to find where the folder names themselves were not stored in the archive (I cannot find the place anymore where it was discussed). This is no longer possible.

And according to HISTORY.TXT the issue is fixed for the 32764-bit version. Phew powerful computer running that

23.05.22 Fixed: Synchronize dirs: Some subfolders were found as missing when a file was stored in an archive with a relative path a\b\filename without the folders themselves (32764)

Confirmed fixed too.

Moderator message from: white » 2022-06-02, 12:57 UTC

Moved to Fixed bugs.

[ghisler(Author)]

A side effect: This "feature" was used to find where the folder names themselves were not stored in the archive (I cannot find the place anymore where it was discussed). This is no longer possible.

Indeed you can't have both, sorry.