Multi Commander > Beta Releases

v16.0 Beta

<< < (7/9) > >>

Ulfhednar:

--- Quote from: Mathias (Author) on May 11, 2026, 10:02:14 ---
--- Quote ---
--- End quote ---

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.

--- End quote ---

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):

--- Quote from: Ulfhednar on May 22, 2026, 15:18:53 ---
--- Quote from: Mathias (Author) on May 11, 2026, 10:02:14 ---
--- Quote ---
--- End quote ---

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.

--- End quote ---

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.

--- End quote ---
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):

--- Quote from: total_annihilation00 on May 29, 2026, 18:02:59 ---( 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):

--- End quote ---
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.   


--- Quote from: total_annihilation00 on May 29, 2026, 18:02:59 ---( Issue #2 ) When moving some file to my USB Drive (F:\) the progress got stuck & never completed ! Resulted in data loss.

--- End quote ---
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:

--- Quote from: Mathias (Author) on May 30, 2026, 09:09:17 ---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)

--- End quote ---

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 ! 😅

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version