Multi Commander > Support and Feedback
time display
JeanneMarie:
Mathias,
Thanks so much for your reply.
I too thought it was something like DST at work, but that doesn't quite explain why it seemed to be just this file. Hence my questioning whether restoring from cloud backup who-knows-where might be a factor.
But now, when I randomly select a few files in this single directory, and then go to TOOLS > CHANGE PROPERTIES... sometimes both dates agree with the explorer panel, sometimes one agrees, and sometimes neither agrees.
In any case, when I choose CONFIG > EXPLORER PANEL SETTINGS, "adjust datetime for DST" is checked.
To backtrack to earlier questions:
This is Win 11.
The file system is NTFS.
The file is on a partition on my main hard drive. No networking at work.
Yes I had refreshed, and indeed since I posted, I have re-started.
When I customized columns, I saw that the two date columns were extended. So I added standard. And that's reflected in the new image attached. It's the same time.
Sooooo.... as I said (and thank heavens), this is not mission critical. Changing the date was way more important than the time and remains so. I just wanted to understand what appears to be an anomaly.
But what is MultiCommander telling me here about the selected file? I set the modified time at 1:47pm but MultiCommander displays 12:47pm because my locale is on DST today? But it wasn't on DST in January (the date of the file). I'm still not sure what to do if/when changing the time might be important.
Continue only as this intrigues you. But thanks again,
Jeanne
Mathias (Author):
So the dates are 5-Jan . och not 1 May?
I'm not able to reproduce it.
Since the different is 1h it look like a DST issue. But unless you are in australia (or south america), you should not have DST in Januari.
What dates do you get if you uncheck "adjust datetime for DST"
Hmm are you in a timezone that already entered DST ? then when you set the time 1:47 the time really is 12:47 when you remove the DST.. So Showing it as 12:47 because adjust for DST is enabled, so it removed the DST of the time since 5-January does not have DST.
NTFS stores the dates as UTC. then for viewing the timezone and possible DST is added.
JeanneMarie:
First, FYI, there was never a problem with the dates. The issue has only been the time.
But wow, yes. When I changed this date and time (two days ago on the Jan. 5 file), we had already entered DST (a couple of weeks earlier).
And yes, when I uncheck "adjust datetime for DST" I get the same time as the change dialog displays (the time I entered).
So a step further: When I now change the time on that Jan. 5 file to 2:47p, the "correct" time of 1:47 displays (the time I entered).
But what happens when we go on standard time? I think it will say the wrong time (2:47).
And therefore, I think the rule is... when I enter a new time, the current regime (DST vs. Standard) will control rather than the date on the file.
It may be true that the experts instantly recall that the file system uses UTC, but if nothing else, this deserves some mention in the documentation--specifically with respect to this dialog (change properties). If it's there, mea culpa, I missed it.
Gosh, with all the discussion of ditching this changing of regimes twice a year, here's another good reason.
Thanks for so much help in clarifying what's happening. That is way more than half the battle,
Jeanne
Mathias (Author):
The date/time is the same. A Timestamp that a file has in NTFS is the number of 100-nanosecond intervals that have elapsed since 12:00 A.M. January 1, 1601 (UTC).
So Time and Date are not set separate. it is one very big value.
--- Quote from: JeanneMarie on March 27, 2025, 14:17:35 ---So a step further: When I now change the time on that Jan. 5 file to 2:47p, the "correct" time of 1:47 displays (the time I entered).
But what happens when we go on standard time? I think it will say the wrong time (2:47).
And therefore, I think the rule is... when I enter a new time, the current regime (DST vs. Standard) will control rather than the date on the file.
--- End quote ---
"Adjust for DST" is only for display in filelist.
The problem is that local time is used when settings the timestamp. Sometimes you might want to use the date from the specified timestamp.
Problem is if it should use date from the timestamp to set. and then viewing it.. it would be wrong if DST did not match with local.
Maybe a checkbox in the Set filetime dialog that lets you decided.. but then we got more advanced option that people will not understand.
The problem is no matter what you do there are senarios where it shows wrong. If you really need exact time always. then go for showing time in UTC.
DST/Timezone are tricky.. there are even special timestamp ranges in local time that is impossible to convert to UTC
(When you switch the clock back.. at 02:59 -> 02:00 that day. the local time is 02:00 -> 02:59 twice, )
JeanneMarie:
--- Quote from: Mathias (Author) on March 27, 2025, 15:41:58 ---If you really need exact time always. then go for showing time in UTC.
--- End quote ---
Meaning DE-select that "adjust datetime for DST" checkbox? That's what I've been thinking (along with thinking I'm happy this is not hugely important to me).
But serious thanks again. I feel so knowledgeable!
;)
Navigation
[0] Message Index
[*] Previous page
Go to full version