Messages

1

Support and Feedback / Re: invalid modules/extensions

« on: February 28, 2026, 17:40:40 »

Alas, I can't be very helpful about conditions before yesterday's re-install. I had had MC on my computer for quite a while, but wasn't using it. It seems that I re-installed it last in early 2025 on my new machine, but I still didn't use it much. I can't even tell you how the desktop shortcut got created. Was it created as part of the installation of 2025? or did I later create it via Windows? Unknown. But clearly, MC couldn't remember-on-exit the layout settings (display drive E:\, display tree, remember open path, remember the folder in focus) after the upgrade. It also couldn't access FTP altho an icon was displayed.

To the best of my understanding--and I would never suggest you rely on this because I was barely using the program--it seems that my troubles only started with an upgrade of that last installation a couple of days ago. Certainly that is when the error message (image in my original post) began appearing on startup with no hint on what to do about it. I'm 100% certain of that.

I'm not entirely sure I understand about what the log report does and does not contain. But I can assure you that I never changed any core setting ever. I never got that far in mastering MC; configuring the Explorer Panel Settings was challenge enough. And post-upgrade, the log did not report any initialization failure. I checked carefully.

RE the PDF: It is just easier to master something quite new with print or its modern equivalent of PDF. It does seem to me that that the program is imitating the Windows look & feel better than when I first installed in 2017, and I'm not here to endorse Microsoft's product. But MC is robust enough to be very forbidding to the first-time user who appreciates its obvious abilities but will never use all of its features and just needs to get on with managing her files and move on. So whenever I can use a Win keyboard shortcut, I'm happy. I mention this only to reinforce that the PDF is very helpful with getting one's arms around pretty basic things like this.

Please don't feel obliged to continue this unless I can offer real info. For me, there are no open issues/problems and I can't access or reproduce any history here.

2

Support and Feedback / Re: invalid modules/extensions

« on: February 27, 2026, 17:43:05 »

As I wrote, the application log indicated about 15 extensions initialized and the further messages were initialization complete and application ready. No errors/problems indicated at all. I was wondering about simply reinstalling and appreciated your mentioning that. All is well after a re-install.

In fact, better:  Before, while FTP appeared to be available, clicking on it just kept returning me to the root of Drive C. So it must be one of those that never really initialized.

So the application log is incorrectly reporting initializations--at least after an update. (By the way, if it might matter, I am using the Windows compatibility view.)

Unrelated: I also discovered that desktop shortcuts to MC may not work as desired. Post-update, I kept altering my display but MC didn't seem to remember anything on exit. When I unintentionally started the program from the Win Start Menu (poof!), everything was as I had previously configured it. Lesson learned. It's not hugely important, but worth noting that a new shortcut may be in order after any changes.

Thanks for so many wonderful features, altho I will never use many. I've found it very difficult to adjust to MC but keep returning to try because of all the frustrations that Win File Explorer produces and you are very familiar with. For example, I don't know when you added highlighting all parent folders in the tree--in color, no less!--but I just about cried with joy when that showed up. That alone means I will not easily give up on MC again.

But BTW, could you not update this document once a year or so and make it easier to find:
http://multicommander.com/files/MultiCommander_Doc.pdf   
?
If I'd found this a few years ago, I would have stuck with MC much more and told more of my friends about it.

 

3

Support and Feedback / invalid modules/extensions

« on: February 26, 2026, 17:45:12 »

I'm getting this attached error message as MC starts. But there's no hint at how to troubleshoot it. Once the program starts, the application log says multiple extensions initialized (15) and then "initialization completed" followed by "Application ready!" and checking for new version (none found).

I've restarted many times this morning trying to resolve some minor questions about the program's behavior. But I figured it would be best to resolve this one and maybe the other problems will disappear.

So how to I figure out what is going on here?

Many many thanks for any guidance,
JeanneMarie
MC ver. 15.8 build 3135
Win 11 Pro

4

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!

 

5

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

6

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

7

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

8

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