Messages

1

Support and Feedback / Re: time display

« on: March 27, 2025, 18:38:57 »

If you really need exact time always. then go for showing time in UTC.

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!

 

2

Support and Feedback / Re: time display

« on: March 27, 2025, 14:17:35 »

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

3

Support and Feedback / Re: time display

« on: March 26, 2025, 19:31:14 »

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

4

Support and Feedback / Re: time display

« on: March 26, 2025, 01:32:38 »

Thanks for your reply.

I open MultiCommander and see a file manager interface. I select the file you see selected in file_mgr.jpg. When I choose TOOLS > CHANGE PROPERTIES (dialog(tools-change_prop).jpg), I see the created and modified date and times I set earlier today for that file. But as you can see, in file_mgr.jpg, the times displayed in the file manager are one hour earlier.

Let me add that the date and time on the file originally were altogether different before I changed them today. I cannot honestly tell you whether they were accurate. But I just did a quick test, creating a new little text file, and the date and time (both created and modified) display correctly in the file manager. I change the created and modified times and they displayed fine.

One last thing just occurred to me regarding the troublesome file (2024estJan5.ods): I restored that file today from a cloud backup (CrashPlan). Hence my desire to have the file reflect when it was really created and modified. Could this have anything to do with this strange behavior?

Happily this is not mission critical stuff. Still, inquiring minds want to know....

Thanks again for any input,
Jeanne

5

Support and Feedback / time display

« on: March 25, 2025, 17:21:14 »

I adjusted the creation and modification date and time on a file. The dialog box reflects those changes but MultiCommander's file manager displays one hour earlier in each case. It's as if the program thinks I'm in a different time zone. I just updated MultiCommander but no difference. The dialog box and the file display tell different times.

But I have no problems with any other dates in any other programs. How can i troubleshoot this?

Thanks very much,
JeanneMarie
using Windows 11 and
MultiCommander x64 ver. 15.2.0.3077