MultiCommander v15.8 is released!
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Thank you, Mathias ! Sorry for the late reply, I was having probs accessing MC servers and d'ling updates, that's why.
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.
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
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 worksNot able to reproduce. Is it only some files ? some data ?
Not able to reproduce, Always or only sometimes ?
- MC queue caused lock-ups with MC <25% CPU use & random values for file sizes & number of files.
Don't understand
- Files wouldn’t complete the tx, sometimes it would be the 2nd file in the queue, others the last file queued.
Eh ? Don't understand ..
- 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.Cant reproduce.. But If it hung. Then you can create a dump from task manager and I can see what it is hung at..
( 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.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,
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.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.
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.. ?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.
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.
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.
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.
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 ?
I can upload stuff elsewhere, also tried different IPs but still seeing "Bad Gateway
The proxy server received an invalid response from an upstream server."
I noticed that when moving 3 folders & contents (15 files) total ~700mb, it did the same hang on high CPU - see the attached pic, sizes & numbers are way off. The size of 2.8TB is also larger than the drive in use.
& FWIW I'm also seeing the column sort by Date function as non-persistent.
If RMB save as default on column is used, it immediately reverts to by name as the command ends, I did check the explorer panel settings & they look OK still.....so probably a bug as suspected.
As I said above.. Single file zip was the issue. There is an optimization for zip with only a single item in them, and it did not create the target path if it was missing.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 ?Simply select the ZIP file without opening it and extract it with Alt+F6. Then the main directory with the name of the ZIP file should be created in the target directory, and this should also work for multiple ZIP files at the same time, if I’m not mistaken. In any case, the main directory named exactly like the ZIP file is not created, and the error message appears instead. Edit: "Unpack Archives into individual Folders" have to be enabled.
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 ?
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.
