[old] Issues with ZIPs with absolute paths

[Flint]

On a Russian forum a user reported a weird bug with TC Sync Dirs behaving strangely on a certain ZIP archive. Upon investigating I found out that the archive contained absolute paths, including the disk letter and colon. We don't know yet which tool produced such an archive, but I could achieve a similar result with 7z 26.00: if I choose the option "Absolute paths" when packing into a ZIP, it saves the disk letter and colon, and the only difference is that it replaces backslashes with forward slashes. But it doesn't matter, TC shows the same issues with it as with the original archive.

Specifically:
1. When performing SyncDirs on the contents of this archive with the unpacked contents, most of the files are mismatched by name and considered unique rather than duplicates. Therefore, they are not compared with their counterparts.

2. When naigating such an archive and going up, TC does not set the cursor onto the directory we've just left, but places it on [..].

Screenshot
Sample archive

Tested in 11.56 and 11.58rc2 32- abd 64-bit.

P. S. The results are a bit random and may change from run to run, some files may be detected as equal one time, and be displayed as unique another time. But in all my tries at least some files were not matched properly.

[ghisler(Author)]

Sorry, currently support for archives with absolute paths is minimum to make the basics work. More complex functions like sync cannot work because there can't be a 1:1 equivalence.

Moderator message from: ghisler(Author) » 2026-06-07, 09:16 UTC

Moved to will not be changed