Recent Posts

1

Beta Releases / Re: v16.0 Beta

« Last post by Mathias (Author) on Yesterday at 15:58:34 »

The focus indicator is now always at the very top in the first row. I could swear that it used to be at the top on the first file. Or am I mistaken?? I had already come up with the idea that one could remove this row entirely and leave out the jump one level up, or place it as a button in the Explorer’s toolbar instead. But the row is needed for the context menu in the empty space, for example to create a new text file. Sorry, maybe off topic.

No always been that by default, the focus is set to first item ".."  so that if you press return to enter.. you should just press return again to go out, (its like that by design to navigate in and out of folder faster)

But there is option to remember the item focus when you leave.. so if you move down to item 4.. and then leave with backspace.. and then go back in. it will then set focus to item 4.

2

Beta Releases / Re: v16.0 Beta

« Last post by Matthias515566 on Yesterday at 15:11:21 »

The focus indicator is now always at the very top in the first row. I could swear that it used to be at the top on the first file. Or am I mistaken?? I had already come up with the idea that one could remove this row entirely and leave out the jump one level up, or place it as a button in the Explorer’s toolbar instead. But the row is needed for the context menu in the empty space, for example to create a new text file. Sorry, maybe off topic.

3

Beta Releases / Re: v16.0 Beta

« Last post by Ulfhednar on Yesterday at 14:02:07 »

Queue hang -

• Seems random, probability increases when an external drive is connected & accessed for part of the queued items.
• Queue hangs & transfers fail, sometimes it is the 2nd item queued that MC hangs on, sometimes it will run thru the queue until the very last file in the list & then hang.
• Queue hangs - type & qty of files/folders vary but I get the strange value outputs in the move dialog when in hung state as per post

:-

This is not something I been able to reproduce on any machine, so I have to let that be and hope somebody can provide steps to reproduce.  It does not look to be common since I can't reproduce it.

Thanks for looking at it Mathias.
Changing my button to NEWQUEUE seems to have reduced occurences. 
The closest thing I have seen here is the 'same' kind of issue reported by total_annihilation00.

If you want I can upload my dump & PM you the URL, as I cannot access your server - which I have done previously perfectly OK.

4

Beta Releases / Re: View File is broken in MC x64 v 16.0 (build 3166)

« Last post by Mathias (Author) on Yesterday at 09:51:00 »

Dll hell is over. because all apps have there own version.
Before when you installed shared version, than some software with would stop working because some software downgrade the file to a previous version.
Or upgrade it and the API in it required some changes. or that some app removed it because the app was uninstalled.

The standard today is to make sure the software you install include all the files it need. and don't use shared dll.. So many bugs and issue can be track to the shared dll hell.

Drive space is cheap today compare to the WinXP Days.  Share the dll and save 2 MB per app or have each app have there own version of the file and get a more stable system. ?

5

Beta Releases / Re: v16.0 Beta

« Last post by Mathias (Author) on Yesterday at 09:41:51 »

Queue hang -

• Seems random, probability increases when an external drive is connected & accessed for part of the queued items.
• Queue hangs & transfers fail, sometimes it is the 2nd item queued that MC hangs on, sometimes it will run thru the queue until the very last file in the list & then hang.
• Queue hangs - type & qty of files/folders vary but I get the strange value outputs in the move dialog when in hung state as per post

:-

This is not something I been able to reproduce on any machine, so I have to let that be and hope somebody can provide steps to reproduce.  It does not look to be common since I can't reproduce it.

6

Beta Releases / Re: View File is broken in MC x64 v 16.0 (build 3166)

« Last post by Anti-Bacterial on May 31, 2026, 20:50:31 »

Thanks Mathias, works perfectly now.  Interestingly enough, I searched my C: drive and found about 2 dozen copies of WebView2Loader.dll with various dates/sizes scattered in other Windows apps folders all over the place. Gotta love DLL hell! I thought we were over that, Microsoft! LOL 

7

Feature Requests and Suggestions / Re: BACKUP MC: Save the folder in the configuration

« Last post by Anti-Bacterial on May 31, 2026, 20:41:37 »

Thank you that was very helpful. However, I chose to use the FILE options/parameter to perform a full, complete backup including FTP sides and MultiRename profiles. Here's the command I use:

Code: [Select]

MC.BackupConfig FILE="C:\Users\jmarr\OneDrive\SOFTWARE\Disk Tools\MultiCommander Portable\@Backups\MC_ConfigBackup.zip" MC.BackupConfig

The FILE parameter created 2 additional folders in the zip output that are excluded when using the ONLY_CONFIG parameter. The additional folders inside the backup zip (USERDATA) now include:

• FS-FTP (FTPsites.xml)
• Multi Rename (MultiRename profiles and UNDO data)

So, if you want a full backup, the FILE parameter is preferred over the ONLY_CONFIG parameter. It all depends on your use case. Backup scripting options are documented here under the "Advanced Backup and Restore Techniques" section: https://multicommander.com/Docs/backup_restore_config

I also created a custom Utility menu and placed the custom backup command there because I prefer a GUI reminder. MC is nice that it offers total customization! This has been a learning experience. I will have to read the documentation for more scripting ideas. Thanks for sharing your thoughts. I hope this helps someone else, too!

8

Beta Releases / Re: v16.0 Beta

« Last post by Ulfhednar on May 31, 2026, 14:13:35 »

F1 no longer invokes the MDV (as also noted by total_annihilation00)

Known issue with Win10, Should work on win11, but see https://forum.multicommander.com/forum/index.php/topic,5176.0.html
 -

Drive letter display drops letter after invoking copy/move operations.  See attached.

??

Ctrl+V to create a new file using copied text or image etc no longer works

Not able to reproduce. Is it only some files ? some data ?

• MC queue caused lock-ups with MC <25% CPU use & random values for file sizes & number of files.

Not able to reproduce, Always or only sometimes ?

• Files wouldn’t complete the tx, sometimes it would be the 2nd file in the queue, others the last file queued.

Don't understand

• File sizes from <1kb to >30gb, any number of files per folder/folders per selection - did not change the weird counts. 

Eh  ? Don't understand ..

Yesterday I moved ~15 files total ~3gb, MC hung on ~28% CPU & the dialog stated 129.3TB, & 0000s files moving.  Impossible for my machine.

Cant reproduce.. But If it hung. Then you can create a dump from task manager and I can see what it is hung at..
What it something special with the move operation ? any error in the log ?

MDV fixed with the webview dll, it had gone from the MC dir after update.  This is Win11 25H2 26200.8457 x64

Drive letters - you can see the image? Or just don’t know why...? 

CTRL+V - for the Save Clipboard function - now working again.

Queue hang -

• Seems random, probability increases when an external drive is connected & accessed for part of the queued items.
• Queue hangs & transfers fail, sometimes it is the 2nd item queued that MC hangs on, sometimes it will run thru the queue until the very last file in the list & then hang.
• Queue hangs - type & qty of files/folders vary but I get the strange value outputs in the move dialog when in hung state as per post

:-
https://forum.multicommander.com/forum/index.php/topic,5157.msg15463.html#msg15463

Dump - I still cannot upload to your site...  will try again.
I will try to examine the MC logs, I’d not been using them for this as MC could only be accessed after forced termination...
I also noticed <shift>F7 no longer adds clipboard string to new folder creation dialog.

9

Beta Releases / Re: v16.0 Beta

« Last post by Mathias (Author) on May 31, 2026, 00:02:38 »

F1 no longer invokes the MDV (as also noted by total_annihilation00)

Known issue with Win10, Should work on win11, but see https://forum.multicommander.com/forum/index.php/topic,5176.0.html

Drive letter display drops letter after invoking copy/move operations.  See attached.

??

Ctrl+V to create a new file using copied text or image etc no longer works

Not able to reproduce. Is it only some files ? some data ?

• MC queue caused lock-ups with MC <25% CPU use & random values for file sizes & number of files.

Not able to reproduce, Always or only sometimes ?

• Files wouldn’t complete the tx, sometimes it would be the 2nd file in the queue, others the last file queued.

Don't understand

• File sizes from <1kb to >30gb, any number of files per folder/folders per selection - did not change the weird counts. 

Eh  ? Don't understand ..

Yesterday I moved ~15 files total ~3gb, MC hung on ~28% CPU & the dialog stated 129.3TB, & 0000s files moving.  Impossible for my machine.

Cant reproduce.. But If it hung. Then you can create a dump from task manager and I can see what it is hung at..
What it something special with the move operation ? any error in the log ?

10

Beta Releases / Re: v16.0 Beta

« Last post by Ulfhednar on May 30, 2026, 14:36:43 »

I can't reproduce that.   The column thing might be fixed with the other column issues that was fixed.. but the miscalculation of items I can't reproduce.

Thanks for fixing the column thing
I am still having the queue weirdness but I suspect that the fact I'm using a custom commmand & the NODIALOG option may be related as F6 has behaved better.
See attached CC dialog entry.

So what is happening ? items not added to queue at all ?  What is the situation. lots of large /small files.. and you add to existing when there is allready a file operation in process... so it is not added to queue ? or something else.. ?

Thanks for the reply Mathias & new build.

As of build 3166 -
F1 no longer invokes the MDV (as also noted by total_annihilation00)
Drive letter display drops letter after invoking copy/move operations.  See attached.
Ctrl+V to create a new file using copied text or image etc no longer works

The queue now seems more stable (both with ctrl C X & V + with the MC move dialog with NEWQUEUE added & NODIALOG removed).

Previously I had errors when starting a move with the MC Move Button using settings on screen shown below, the queue was then added to, different files/folders going to/from different folders whilst initial op was in progress. 
[Additionally Win11 native ctrl+C X & V caused crashes randomly]

• MC queue caused lock-ups with MC <25% CPU use & random values for file sizes & number of files.
• Files wouldn’t complete the tx, sometimes it would be the 2nd file in the queue, others the last file queued.
• File sizes from <1kb to >30gb, any number of files per folder/folders per selection - did not change the weird counts. 

Yesterday I moved ~15 files total ~3gb, MC hung on ~28% CPU & the dialog stated 129.3TB, & 0000s files moving.  Impossible for my machine.
-- this is similar to what is now reported above by total_annihilation00

Now with 3166 I have just moved various files using both MC & Win11 methods & no issues - will continue testing to se what happens tho.