TC756: file datetime not updated in zip

The behaviour described in the bug report is either by design, or would be far too complex/time-consuming to be changed

Moderators: Hacker, petermad, Stefan2, white

Post Reply
User avatar
wanderer
Power Member
Power Member
Posts: 1640
Joined: 2003-03-28, 14:35 UTC
Location: Sol

TC756: file datetime not updated in zip

Post by *wanderer »

Tests performed under Win2K8 server 64bit and WinXP SP3 32-bit.

A text file exists inside a zip file. Unpack it in a network drive in the other panel.
- Set "refresh" in TC settings to exclude network drives "\" from automatic refresh.
- Edit the text file and save it. Then close the editor. You will see that the text file date has not been changed in the panel.
- Copy the file inside the zip. You will get an "overwrite" confirmation in which you see that the actual date of the newly edited text file is the exact date you edited it (the current datetime, not the old one).
- Press "overwrite" and the file is copied inside the zip. The problem is that the date of the text file inside the zip is still the old one (what is shown in the panel, not the current file datetime).

P.S. Another strange thing i noticed in this case (but unfortunately i cannot verify it) is that there was a 1-hour time difference between the two files. Under Win2K8, in "compare directories" they were both highlighted even though i had checked the "ignore 1 hour difference".
- Wanderer -

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Normally using latest TC on:
x32: WinXPx32 SP3 (very rarely nowadays).
x64: Clients/Servers - Win10/Win11 and Win2K16 to Win2K22, mainly Win10 though.
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 50522
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

Maybe it's because of the turned off auto-refresh?
Author of Total Commander
https://www.ghisler.com
User avatar
wanderer
Power Member
Power Member
Posts: 1640
Joined: 2003-03-28, 14:35 UTC
Location: Sol

Post by *wanderer »

ghisler(Author) wrote:Maybe it's because of the turned off auto-refresh?
Probably but it's not correct. The date stored in the zip file must be the actual file date and not what appears in TC's panel if Refresh has been turned off.
- Wanderer -

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Normally using latest TC on:
x32: WinXPx32 SP3 (very rarely nowadays).
x64: Clients/Servers - Win10/Win11 and Win2K16 to Win2K22, mainly Win10 though.
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 50522
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

I have checked it now - for speed reasons, the packer uses the dates displayed in the file list. Currently it's not planned to read the dates again when packing, because this would be quite slow.
Author of Total Commander
https://www.ghisler.com
User avatar
wanderer
Power Member
Power Member
Posts: 1640
Joined: 2003-03-28, 14:35 UTC
Location: Sol

Post by *wanderer »

ghisler(Author) wrote:I have checked it now - for speed reasons, the packer uses the dates displayed in the file list. Currently it's not planned to read the dates again when packing, because this would be quite slow.
OK, understandable but the current situation causes problems. I've spent some time today trying to understand why the file i had just edited and packed kept showing up marked in the "compare directories" tool (SHIFT+F2). I assumed that my changes were somehow lost until i realized they weren't and it was just the date of the file that was wrong.

Personally i'd find an option to "always update the date before packing/copying/moving files" very useful, with the default being 1 (enabled). Please mark it as a wish for a later version.
- Wanderer -

¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Normally using latest TC on:
x32: WinXPx32 SP3 (very rarely nowadays).
x64: Clients/Servers - Win10/Win11 and Win2K16 to Win2K22, mainly Win10 though.
Post Reply