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".
TC756: file datetime not updated in zip
Moderators: Hacker, petermad, Stefan2, white
TC756: file datetime not updated in zip
- Wanderer -
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Normally using latest TC on:
x32: WinXPx32 SP3 (very rarely nowadays).
x64: Clients/Servers - Win10/Win11 and Win2K16 to Win2K22, mainly Win10 though.
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Normally using latest TC on:
x32: WinXPx32 SP3 (very rarely nowadays).
x64: Clients/Servers - Win10/Win11 and Win2K16 to Win2K22, mainly Win10 though.
- ghisler(Author)
- Site Admin
- Posts: 50517
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Maybe it's because of the turned off auto-refresh?
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
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.ghisler(Author) wrote:Maybe it's because of the turned off auto-refresh?
- Wanderer -
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Normally using latest TC on:
x32: WinXPx32 SP3 (very rarely nowadays).
x64: Clients/Servers - Win10/Win11 and Win2K16 to Win2K22, mainly Win10 though.
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Normally using latest TC on:
x32: WinXPx32 SP3 (very rarely nowadays).
x64: Clients/Servers - Win10/Win11 and Win2K16 to Win2K22, mainly Win10 though.
- ghisler(Author)
- Site Admin
- Posts: 50517
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
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
https://www.ghisler.com
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.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.
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.
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Normally using latest TC on:
x32: WinXPx32 SP3 (very rarely nowadays).
x64: Clients/Servers - Win10/Win11 and Win2K16 to Win2K22, mainly Win10 though.