v16.0 Beta

[Mathias (Author)]

V16.0 - Lots of changes

Biggest change is an internal rewrite of the fileoperation engine (The thing that handles copy,move,delete,unpack,pack)
In Core settings under Filesystem > Tweaks. you can disable it if you got any issue.

The new rewrite will allow for new features for the copy engine. some of them already here.
Like Block cloning if you copy to/from same device that is using ReFS. (Copy files of any size in a second)

 

v16.0 BETA

  150+ Changes - Many small changes to improve stability, code conformance and performance.

  -- 3157 - 2026-05-06
  ADDED - Extra security to MultiUpdate. It will check signature of downloaded update package before installing it. If signature is not valid, update will be aborted.
  FIXED - If items got skipped in file operation the progress bar would not reach 100% even if all files was processed. Now it will reach 100% even if some files was skipped.
  FIXED - 15+ stability issues

  -- Build 3154 - 2026-04-25
  FIXED - If MultiCommander.xml got corrupted. Now it will detect that. and try to recover it.
  FIXED - If it fails to load MultiCommander.xml, it will turn on logging and show the logview, so user know why it failed to start.
  FIXED - Definition for Core settings page was wrong. so no setting was shown. This could then cause that MultiCommander.xml settings file got corrupted.

  -- Build 3151 - 2026-04-24
  FIXED -  MultiFieViewer - Fixed issue with grep tool and copy selected text to clipboard. Will now not include hidden lines
  FIXED -  MultiFieViewer - Better auto detection of UTF-8 Files
  ADDED  - MultiRename/InlineRename can now rename into a subpath. eg: MyFile.txt => SubFolder\MyFile.txt
  FIXED  - MultiRename - Fixed [N,-2] From 2nd-from-last char to end (was broken, returned empty)
  FIXED  - MultiRename - Fixed [N,5-] From char 5 to end using trailing-dash syntax (was misread as first 5 chars)
  ADDED  - MultiRename - New date/time tags using the file's write (W) or create (C) timestamp instead of today's date/time.
           [YW] / [YW2]  - Write year (4-digit / 2-digit)
           [YC] / [YC2]  - Create year (4-digit / 2-digit)
           [MW2] / [MC2] - Write/create month (zero-padded)
           [DW2] / [DC2] - Write/create day (zero-padded)
           [hW2] / [hC2] - Write/create hour
           [mW2] / [mC2] - Write/create minute
           [sW2] / [sC2] - Write/create second
  ADDED  - MultiRename - New multi-level parent folder name tags.
           [FL1]   - Immediate parent folder name (same as [F])
           [FL2]   - Grandparent folder
           [FL3]   - Great-grandparent folder
           [FL2,2] - Grandparent folder name, starting at char 2
           [FL22-] - Level 2, from char 2 to end
           [FL23]  - Level 2, first 3 chars
  ADDED  - MultiRename - New weekday tags.
           [WD]   - Abbreviated weekday in English (Mon, Tue, Wed, Thu, Fri, Sat, Sun)
           [WDN]  - Full weekday name in English (Monday, Tuesday, ... Sunday)
           [WDL]  - Abbreviated weekday in the OS/user locale language
           [WDNL] - Full weekday name in the OS/user locale language
  ADDED  - MultiRename - New random number tag.
           [R]  - 6-digit random number (default)
           [R4] - 4-digit random number (any digit count)
  CHANGE - MultiRename - Code cleanup and minor fixes
  ADDED  - MultiScript supports the ternary operator (e.g. $a = $b ? $c : $d)
  ADDED  - MultiScript supports a "foreach" loop for iterating through arrays and collections. (e.g. foreach $item in $array { ... })
  ADDED  - MultiScript supports new functions: Pow, abs, clamp, IsNumeric, StrStartsWith, StrEndsWith, StrContains, StrFormat, StrPadLeft, StrPadRight, StrCount, StrRepeat, ArrayReverse, ArraySlice
  ADDED  - MultiScript supports boolean operators AND / OR / NOT.
  ADDED  - MultiScript now handles operator priorities correctly, so parentheses are not required for expressions like 2*3+2 to evaluate correctly. (Parentheses can still be used if desired)
  ADDED  - FolderTree now has a setting to show links (Symlinks/Junctions) either as links or resolved to the target they point to. (Default is to show them as links)
  ADDED  - Search field at the top of the Settings pages, allowing you to quickly find the setting you are looking for.
  FIXED  - Fixed issue with overwriting files whose name starts with a dot (e.g. ".file") when copying over a network to a Linux machine.
  ADDED  - Experimental read/write strategies for local file copy operations (opt-in in Core Settings).
           Uses Windows Overlapped IO or IOCP, letting the Windows kernel handle read/write operations and threading.
           Because the transfers are managed by Windows, separate Read/Write speed stats cannot be shown in the file operation progress window.
  ADDED  - Added support for copying file permissions (ACL) on NTFS/ReFS file systems.
  ADDED  - File copy on the same ReFS volume can now use the "Block Clone" method, making it possible to duplicate files of any size without using extra disk space.
  ADDED  - New file operation code path for Copy/Move/Delete/Unpack/Pack operations. Major restructuring of the code for better stability and future features.
           This is a significant change and may cause some issues, but it should be more stable, faster, and allow for better automated testing and future improvements.
           (It is possible to switch back to the old code path in Core Settings if issues arise, but this is not recommended as the old code path will be removed in a future version)
  CHANGE - Lots of code cleanup and restructuring for better stability and future features.
  FIXED  - 30+ stability issues


MultiUpdate tool also updated.  Let me know if you got issues with it self updating or updating Multicommander..

[Mathias (Author)]

This is a true BETA, lots of changes. if any of the new thing does not work or if you find new issues.. please report it.
If no body report issue they see, then it can't be fixed.

[total_annihilation00]

This is a true BETA, lots of changes. if any of the new thing does not work or if you find new issues.. please report it.
If no body report issue they see, then it can't be fixed.

It's working well, thanks ! Haven't found any issues so far !

[Ulfhednar]

Thanks for the new build Mathias.  Lots of interesting additions to play with

I may have found an issue related to file copy/move.  Several times when adding multiple items to the queue I am seeing a hang.  High CPU use, very slow / halted file movement.  I did check CRC on a file that had been moved - it was shown as in progress in the dialog, but had arrived OK & passed the CRC.
I find queueing several different items routed to different places likely causes this (not every time).
I tried mixing drag/drop for 1 item then different sources to a separate location, & had to terminate MC externally to regain control.
EG drag folder A to folder B; select file in folder C <button> move to folder D; select file in folder E <button> move to folder D gave a 'hang' with CPU above 30%.  See attached showing sizes, & speed vs time count.

As a precaution I have run a check on drive healths & all look good, also SFC /SCANNOW - also OK.

[Mathias (Author)]

Thanks for the new build Mathias.  Lots of interesting additions to play with

I may have found an issue related to file copy/move.  Several times when adding multiple items to the queue I am seeing a hang.  High CPU use, very slow / halted file movement.  I did check CRC on a file that had been moved - it was shown as in progress in the dialog, but had arrived OK & passed the CRC.
I find queueing several different items routed to different places likely causes this (not every time).
I tried mixing drag/drop for 1 item then different sources to a separate location, & had to terminate MC externally to regain control.
EG drag folder A to folder B; select file in folder C <button> move to folder D; select file in folder E <button> move to folder D gave a 'hang' with CPU above 30%.  See attached showing sizes, & speed vs time count.

As a precaution I have run a check on drive healths & all look good, also SFC /SCANNOW - also OK.

So adding items to an already running queue while also doing CRC checking ? Only if you do CRC at the same time ?

and yes current file copy will pause for a short while while it scan the new items that is added to the queue., but then it starts again.

If MC hangs, Not repsonding.. please go into task manager and select MultiCommander.exe process and right click and do Create Memory Dump file. then compress it and upload it at
http://multicommander.com/support/upload

[total_annihilation00]

  Thanks to the Boolean Operators —my script got optimized by "Grok-AI 4.20 Reasoning" to less than a quarter of its original size ! 'Smart Open (Ctrl+F9)' MultiScript went from 443 to just 103 lines of code (not discounting half of them being comments !), it's much more efficient & easier to maintain now ! I'am sure that /w Arrays & ForEach Loops it can be optimized even further.

[Ulfhednar]

Thanks for the new build Mathias.  Lots of interesting additions to play with

I may .....so SFC /SCANNOW - also OK.

So adding items to an already running queue while also doing CRC checking ? Only if you do CRC at the same time ?

and yes current file copy will pause for a short while while it scan the new items that is added to the queue., but then it starts again.

If MC hangs, Not repsonding.. please go into task manager and select MultiCommander.exe process and right click and do Create Memory Dump file. then compress it and upload it at
http://multicommander.com/support/upload

Thanks for the reply Mathias.

• Yes queue is running & I am adding to it as it progresses (I normally do this as the move button allows me to add from different dirs easily, for years this method has been fine for me);
• I added CRC separately after first occurence - check done before & then after all moves completed, if MC has halted with High CPU use, I terminate it & then run CRC check on what has been copied.  So far, files that have actually moved pass CRC but anything else doesn't appear to arrive at all;
• The pause for additional files - previously not very noticeable even with big files, now as you can see from the screenshot the To: has a blank path suddenly, so something is being lost.

Since my update it's only happened ~5 times & I am trying to determine if I can replicate it effectively.  So far it's random but TM 'terminate' solves the problem, MC is restarted (Admin) & then works OK with identical files/dirs.

Trying to upload the dump gives "Bad Gateway  The proxy server received an invalid response from an upstream server."  will try again later...

[Mathias (Author)]

Thanks for the new build Mathias.  Lots of interesting additions to play with

I may .....so SFC /SCANNOW - also OK.

So adding items to an already running queue while also doing CRC checking ? Only if you do CRC at the same time ?

and yes current file copy will pause for a short while while it scan the new items that is added to the queue., but then it starts again.

If MC hangs, Not repsonding.. please go into task manager and select MultiCommander.exe process and right click and do Create Memory Dump file. then compress it and upload it at
http://multicommander.com/support/upload

Thanks for the reply Mathias.

• Yes queue is running & I am adding to it as it progresses (I normally do this as the move button allows me to add from different dirs easily, for years this method has been fine for me);
• I added CRC separately after first occurence - check done before & then after all moves completed, if MC has halted with High CPU use, I terminate it & then run CRC check on what has been copied.  So far, files that have actually moved pass CRC but anything else doesn't appear to arrive at all;
• The pause for additional files - previously not very noticeable even with big files, now as you can see from the screenshot the To: has a blank path suddenly, so something is being lost.

Since my update it's only happened ~5 times & I am trying to determine if I can replicate it effectively.  So far it's random but TM 'terminate' solves the problem, MC is restarted (Admin) & then works OK with identical files/dirs.

Trying to upload the dump gives "Bad Gateway  The proxy server received an invalid response from an upstream server."  will try again later...

Im not able to reproduce any issue

If To: is empty. then it got pasued in between two file operations.. before it started a new one. instead of in the middle of one.

[Ulfhednar]

Still getting Bad Gateway when trying to upload, 7z is <67mb

[Mathias (Author)]

Still getting Bad Gateway when trying to upload, 7z is <67mb

Strange.. Works for me.. Tested on two different networks.. Maybe some FW that bocks for you ?

[total_annihilation00]

After update 3157 the File Columns keep reverting to "Name Ascending", even though in my Explorer Panel Settings Under Sorting I have it set to "Date/Time Descending." I have a custom File Column Layout saved (via "Customize Columns..."), & they don't resize or anything, but the Sorting keeps getting reverted to "Name Ascending" ! I noticed some minor issues like this in early V16 Beta as well, but dismissed it and after setting them again to "Date/Time Descending" it usually worked persistently. But now the Sorting isn't persistently applied when opening a New Tab etc. I think the Column layout isn't being stored… But could be another issue causing the Sorting to revert to default. P.S: I also have "Sort By Natural Order" and "Remember Sorting" checked.

[Mathias (Author)]

After update 3157 the File Columns keep reverting to "Name Ascending", even though in my Explorer Panel Settings Under Sorting I have it set to "Date/Time Descending." I have a custom File Column Layout saved (via "Customize Columns..."), & they don't resize or anything, but the Sorting keeps getting reverted to "Name Ascending" ! I noticed some minor issues like this in early V16 Beta as well, but dismissed it and after setting them again to "Date/Time Descending" it usually worked persistently. But now the Sorting isn't persistently applied when opening a New Tab etc. I think the Column layout isn't being stored… But could be another issue causing the Sorting to revert to default. P.S: I also have "Sort By Natural Order" and "Remember Sorting" checked.

That settings are the default column and order for new tabs that are created.

If I set Date/Time and Ascending.. Press Apply.. and then create a new Explorer Panel tab.. The sorting is set to date with ascending order..

[total_annihilation00]

That settings are the default column and order for new tabs that are created.

If I set Date/Time and Ascending.. Press Apply.. and then create a new Explorer Panel tab.. The sorting is set to date with ascending order..

I've configured MultiCommander (V16 3157 Beta) to use "Date/Time Descending" as the default sorting order. Historically, this setting persisted correctly across sessions. However, after the latest update, the sorting reverts to "Name Ascending" upon opening new tabs, despite being set to "Date/Time Descending" in preferences.

Additional issues include:
- When applying a stored layout ("My Advanced Tweaks") via 'Use Column Layout', the sorting resets to "Name Ascending" in the main view.
- Creating a new layout with "AutoLoad On Paths" (specifically setting paths like C:\, D:\, G:\, etc., and enabling "Valid for Future Paths") via the dialog causes the sorting setting to break—reverting to "Name Ascending" on new tabs.
- This issue appears linked to the handling of "AutoLoad On Path" entries when creating or modifying layouts.
- Despite selecting the desired Sorted Column ("Date/Time Descending") and enabling "Remember Sorting" in the Explorer Panel, the sorting reverts to "Name Ascending" upon restarting MultiCommander (V16 3157 Beta). The setting should persist across sessions, but it appears the Sorted Column configuration is not retained on re-launch.
- This issue seems to be more than just "AutoLoad On Paths"—the latest beta does not correctly apply or restore the Sorted Column setting during startup, indicating a regression in the persistence logic for sorting preferences.

I verified that the issue is not present in older versions (e.g., V14.4 3047), where the sorting and layout behaviors work as expected. It seems the bug is related to how "AutoLoad On Path" interacts with layout persistence and sorting settings in the latest build.

Please investigate and fix this regression, especially ensuring that:
- Sorting preferences are persisted across sessions and tabs.
- "AutoLoad On Path" settings in layouts do not interfere with sorting state.

Thanks.

[Mathias (Author)]

That settings are the default column and order for new tabs that are created.

If I set Date/Time and Ascending.. Press Apply.. and then create a new Explorer Panel tab.. The sorting is set to date with ascending order..

I've configured MultiCommander (V16 3157 Beta) to use "Date/Time Descending" as the default sorting order. Historically, this setting persisted correctly across sessions. However, after the latest update, the sorting reverts to "Name Ascending" upon opening new tabs, despite being set to "Date/Time Descending" in preferences.

Additional issues include:
- When applying a stored layout ("My Advanced Tweaks") via 'Use Column Layout', the sorting resets to "Name Ascending" in the main view.
- Creating a new layout with "AutoLoad On Paths" (specifically setting paths like C:\, D:\, G:\, etc., and enabling "Valid for Future Paths") via the dialog causes the sorting setting to break—reverting to "Name Ascending" on new tabs.
- This issue appears linked to the handling of "AutoLoad On Path" entries when creating or modifying layouts.
- Despite selecting the desired Sorted Column ("Date/Time Descending") and enabling "Remember Sorting" in the Explorer Panel, the sorting reverts to "Name Ascending" upon restarting MultiCommander (V16 3157 Beta). The setting should persist across sessions, but it appears the Sorted Column configuration is not retained on re-launch.
- This issue seems to be more than just "AutoLoad On Paths"—the latest beta does not correctly apply or restore the Sorted Column setting during startup, indicating a regression in the persistence logic for sorting preferences.

I verified that the issue is not present in older versions (e.g., V14.4 3047), where the sorting and layout behaviors work as expected. It seems the bug is related to how "AutoLoad On Path" interacts with layout persistence and sorting settings in the latest build.

Please investigate and fix this regression, especially ensuring that:
- Sorting preferences are persisted across sessions and tabs.
- "AutoLoad On Path" settings in layouts do not interfere with sorting state.

Thanks.

The settings for new tab works.. t must be that custom column layout overrides it and cause it to reset it.
because that happens after. And I think it does not work because of another bug that was fixed. so it worked because something else was broken.

[total_annihilation00]

The settings for new tab works.. t must be that custom column layout overrides it and cause it to reset it.
because that happens after. And I think it does not work because of another bug that was fixed. so it worked because something else was broken.

I see what you mean. Can it be fixed though? It's annoying me to no end having to reset the Sorting column each time. I can't comment on what was broken before that was fixed, but still it was working flawlessly on older builds! No probs with Sorting until the latest 3157 & possibly one build prior. Waiting for a fix…
P.S: For now I made a UDC script (Custom Commands) with a hotkey (Ctrl+Shift+U), but I expect a fix.

Code: [Select]

MC.Explorer.Sort COLNAME="Date" ORDER=DES


[Matthias515566]

The error described above bothers me too. I have also noticed that when extracting with Alt+F6, directories are no longer created automatically, and instead an error message appears saying that the target path does not exist.

[Mathias (Author)]

The error described above bothers me too. I have also noticed that when extracting with Alt+F6, directories are no longer created automatically, and instead an error message appears saying that the target path does not exist.

Well As written in changelog. entire fileoperation engine is redone so errors in that is expected..

But I can't reproduce this. I can extract a zip with subfolders and they are created.  Can you explain what you are doing.. What do I have to do to reproduce it ?