v16.0 Beta

[Mathias (Author)]

I don't really understand that you trying to say what you are doing.   I can't reproduce that columns goes away by them self.

The Tabs when restored on next startup get changed back to Name Ascending (Default). My config is Date Descending. Maybe set *all* tabs to the stored Sorting Preferences in Explorer Panel on startup ? That should fix it.

Hmm Strange.. When I restart I get the same setup as I had when I closed the app.

[total_annihilation00]

Hmm Strange.. When I restart I get the same setup as I had when I closed the app.

No I assure you there's a bug where it resets back to Name Ascending on all tabs initially on restart. I suspect another user also has this problem. What did get fixed is when a new tab is opened it retains the correct sorting, but on app restarts it still is broken and fails to store the sorting settings. So tab-wise it's fixed, but session-wise it's still glitchy.
P.S: I tested it on a fresh copy of 14.4 MultiCommander, after latest beta update, it's still working now, I think my ColumnSets.xml might have gotten corrupt, resetting it and rebuilding my Column Layout. I will let you know if it's resolved.

I think pressing Enter while entering "AutoLoad on Path" (Column Layout Editor) creates some corruption (possibly in ColumnSets.xml not sure). Right now I got Default layout to successfully retain sorting order. I will recreate all those column layouts from scratch. I'm confident this will fix it.

[Mathias (Author)]

Hmm Strange.. When I restart I get the same setup as I had when I closed the app.

No I assure you there's a bug where it resets back to Name Ascending on all tabs initially on restart. I suspect another user also has this problem. What did get fixed is when a new tab is opened it retains the correct sorting, but on app restarts it still is broken and fails to store the sorting settings. So tab-wise it's fixed, but session-wise it's still glitchy.

Its probably a bug, But If I can't reproduce it. I can't fix it.  And unfortunately, I haven't been able to replicate this behavior. Because my development time is limited, I have to prioritize bugs with clear reproduction steps.
I'll keep this issue open in case others can provide more details or specific steps to help me trigger the issue.

[total_annihilation00]

Its probably a bug, But If I can't reproduce it. I can't fix it.  And unfortunately, I haven't been able to replicate this behavior. Because my development time is limited, I have to prioritize bugs with clear reproduction steps.
I'll keep this issue open in case others can provide more details or specific steps to help me trigger the issue.

I fixed it, the bug is due to me accidentally pressing Enter in "AutoLoad on Path" while entering the recursive paths in "Column Layouts" dialog. It's causing possible corruption of the dialog/ form.
No I spoke too soon ("My Advanced Tweaks" layout is still broken, but I got "Default" layout to work.) O.K. I can confirm the problem lies in making a new "Column Layout". If I stick to the "Default" column layout it works, maybe a new Column Layout with "AutoLoad on Path" is causing issues...
Default Layout, when importing from other custom layouts, shows a message box with Chinese characters, so there is some corruption since custom layout allows "AutoLoad on Path" and Default layout does not allow this. I hope I made this clear...

[Matthias515566]

The error when moving files that also exist in the destination folder in protected directories when MC was started in admin mode has apparently been fixed. Thank you.

[Ulfhednar]

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.

[Mathias (Author)]

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.. ?

[total_annihilation00]

( Issue #1 ) With the newest Beta update (3166), my File Internal-Text-Viewer hotkey isn't firing (it's set to Ctrl+Shift+F1.) As well as the View-File (set to F1) isn't working either. Was working before ! I'm on Windows 10.
P.S: Internal-Picture-Viewer is working fine though. I tried changing Internal-Text-Viewer to another keyboard combo, still doesn't fire. Also I have a "Smart Open (Ctrl+F9)" UDC script (that routes filetypes to custom apps) and that was taking a long time to fire (after the latest beta update), the script is finally working now (Internal-Text-Viewer and File-Viewer still remain broken) but might be related to the misfiring Internal-Text-Viewer. Also the User-Defined-command I have to open a Text File in Internal-Text-Viewer is also not working: MC.View FILE="D:\Download\My Docs\cpp programming notes.txt" VIEWAS=".txt" Please release a fix soon !
This is my Multi-File-Viewer config file I'm attaching (I use the "Audiowide" font if that helps):

( Issue #2 ) When moving some file to my USB Drive (F:\) the progress got stuck & never completed ! Resulted in data loss.

[Mathias (Author)]

( Issue #1 ) With the newest Beta update (3166), my File Internal-Text-Viewer hotkey isn't firing (it's set to Ctrl+Shift+F1.) As well as the View-File (set to F1) isn't working either. Was working before ! I'm on Windows 10.
P.S: Internal-Picture-Viewer is working fine though. I tried changing Internal-Text-Viewer to another keyboard combo, still doesn't fire. Also I have a "Smart Open (Ctrl+F9)" UDC script (that routes filetypes to custom apps) and that was taking a long time to fire (after the latest beta update), the script is finally working now (Internal-Text-Viewer and File-Viewer still remain broken) but might be related to the misfiring Internal-Text-Viewer. Also the User-Defined-command I have to open a Text File in Internal-Text-Viewer is also not working: MC.View FILE="D:\Download\My Docs\cpp programming notes.txt" VIEWAS=".txt" Please release a fix soon !
This is my Multi-File-Viewer config file I'm attaching (I use the "Audiowide" font if that helps):

Looks like the update tool miss copy of WebView2Loader.dll, The viewer now depends on that file to be able to show an embedded web rendering using edge,
On Windows 11 this fie exists already on the system so that is why it only fails on Win10.   

( Issue #2 ) When moving some file to my USB Drive (F:\) the progress got stuck & never completed ! Resulted in data loss.

Sounds very strange. The source file are not deleted until windows has reported all data to target file are written. Sounds more like HW error.
I can't reproduce it. next time check if there are any errors reported in the fileoperation log (ctrl+L)

[total_annihilation00]

Sounds very strange. The source file are not deleted until windows has reported all data to target file are written. Sounds more like HW error.
I can't reproduce it. next time check if there are any errors reported in the fileoperation log (ctrl+L)

First of all it didn't get corrupted, the file was intact in the source path, it was just the target path that broke and listed it as 0 bytes and undeletable for a while since the move file operation aborted.
I think I know why the file operation failed to move to USB drive: I was sending it from C:\Users\dell\Downloads\thumbstick\CUT\SEND TO USB (COPY PDF FOLDER)\Temp FlashDrive Store\SendTo\Latest Software Delete (Temp)\CDRomance\TO CUT\css maps\Freed\HTML\Contra III - The Alien Wars (USA).sfc to F:\FILES-APPS+DL'S\GAME FILES\Genesis SNES NeoGeo ROMs\preexisting bkp 4 latest version (SNES)\Contra III - The Alien Wars (USA).sfc
So the file paths were probably too long, resulting in the lockup ! I tested on a 2 MB IceChat app Setup and it moved it instantly ! 😅

[Ulfhednar]

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.