Recent Posts

61

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

« Last post by Anti-Bacterial on May 30, 2026, 02:25:40 »

Any update on this suggestion? It would be nice if MC remembered the last used backup folder.
Thank you

62

Support and Feedback / Re: Right-click Menu not Fully Displaying

« Last post by Anti-Bacterial on May 30, 2026, 02:16:46 »

ShellMenuView by NirSoft is a small freeware utility that displays the list of static menu items that appear in the context menu when you right-click a file/folder on Windows Explorer, and allows you to easily disable unwanted menu items.

https://www.nirsoft.net/utils/shell_menu_view.html

You can disable some of the windows "junk" using this tool and streamline your context menu.

63

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

« Last post by Anti-Bacterial on May 30, 2026, 01:56:33 »

Today I updated to Multi Commander (x64) v 16.0 (build 3166).  Build date May 29 2026.
Problem: The View File menu (and F1 key) is no longer working for txt, csv files. When I select a txt file and choose View File, nothing happens. However it does work correctly for PNG files. I have not testing other file formats.  Any suggestions please? Thank you

64

Beta Releases / Re: v16.0 Beta

« Last post by 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):

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

65

Support and Feedback / Re: Could change in Quick Look'n'Feel have slowed MC folder reads down?

« Last post by Mathias (Author) on May 25, 2026, 23:08:51 »

Quick look and feel just change settings in the normal setting you see in Core and Explorer Panel settings.. but one click change many settings.
If you enable full app logging. then you see in the log exactly what it does during startup and you can see what takes time.

Cache folder size is only if you have the "everything" tool installed. it is a external tool (https://www.voidtools.com/support/everything/ ) that MC can ask to get folder size from.

66

Support and Feedback / Could change in Quick Look'n'Feel have slowed MC folder reads down?

« Last post by 2wheelrider on May 25, 2026, 21:16:22 »

I continue to try to tweak settings in MC in an attempt to make it a program that I love instead of just like.  Yesterday I was playing in Quick Look'n'Feel Settings.  I now don't see any way to tell which option is currently active and am wondering if a change there could have caused the significant slowness I now routinely experience when opening a folder.  I reviewed all other settings in Core and Explorer Panel so I may have changed something there that has resulted in this slowdown.  Also, sometimes on MC startup I will briefly see a message in an explorer pane that says something about a filesystem scan.  I would appreciate advice on how I can determine which Quick Look'n'Feel Setting is active, and any option that could be causing the slowness in displaying folder content.  FWIW, "Cache folder size for better performance" is enabled but I don't know if that is dependent on "Everything" which is not enabled.

67

Feature Requests and Suggestions / Re: Request: Update SFTP library to support Ed25519 and modern SSH

« Last post by Mathias (Author) on May 25, 2026, 09:44:08 »

MC is using newest version of LibSSH2 ( v1.11.1 )

Last time I check it was an issue with LibSSH2 not supporting it on Windows 7 since it require method that only exists on Windows 10. Problem is that they are not checking if that method exists dynamically. so it is required at build time.  so then MC will not work on Win7. (Still around 3-4% of users is using MC on Win7, But more and more issues popup to be able to support Win7.  )
I been thinking about building two version of the FS-SFTP extension, (Win7 version and one normal for newer Windows ) But that require a lot of handling and thing around that need to be changed. And I have not had time to investigate all that

68

Support and Feedback / Re: SFTP Connection fails

« Last post by Mathias (Author) on May 25, 2026, 09:40:12 »

Actually it is libssh2 and Windows issues.. 

69

Support and Feedback / Re: SFTP Connection fails

« Last post by moxuanyuan on May 25, 2026, 08:19:28 »

I ran into the exact same issue. Here is the reason and how to fix it.

The Root Cause
Multi Commander's built-in SFTP module uses an outdated libssh2 library. It only supports legacy algorithms (like ssh-rsa with SHA-1, diffie-hellman-group14-sha1). Modern Linux servers (Debian 12, Ubuntu 22.04+) disable these by default for security, causing the handshake to fail with (null) errors.

Solution 1: Modify Server Config (Workaround)
If you can manage the server, you can force it to allow legacy algorithms:

Edit SSH config: sudo nano /etc/ssh/sshd_config

Add these lines to the very bottom:

KexAlgorithms +diffie-hellman-group14-sha1,diffie-hellman-group-exchange-sha256
Ciphers +aes128-cbc,aes256-cbc,aes128-ctr,aes256-ctr
HostKeyAlgorithms +ssh-rsa
PubkeyAcceptedKeyTypes +ssh-rsa

Restart SSH: sudo systemctl restart ssh

In Multi Commander, clear all keyfile paths and use pure password authentication (it cannot parse modern Ed25519 keys).

Solution 2: Mount as Local Drive (Recommended)
Instead of degrading server security, use tools like RaiDrive or Rclone to mount your SFTP server as a local Windows drive letter (e.g., Z:). You can then manage files in Multi Commander just like a local drive with full speed and modern security.

Hope the developer can update the underlying library soon!

70

Feature Requests and Suggestions / Request: Update SFTP library to support Ed25519 and modern SSH

« Last post by moxuanyuan on May 25, 2026, 08:14:08 »

Hi Multi Commander Team,

First of all, thank you for developing such an amazing and efficient dual-panel file manager. It has been a core part of my daily workflow.

I would like to request an upgrade for the built-in SFTP/SCP plugin. Currently, when trying to connect to modern Linux servers (such as Debian 12, Ubuntu 22.04+, or modern LXC containers), the connection consistently fails during the handshake phase, resulting in the following log errors:
Key exchange method : (null)
Authentication handshake failed : No method negotiated

The Root Cause:
Modern OpenSSH servers have completely deprecated legacy and insecure algorithms by default (such as ssh-rsa with SHA-1, diffie-hellman-group14-sha1, and CBC ciphers). They now require modern cryptography like Ed25519, rsa-sha2-256, or aes128/256-gcm.

Unfortunately, Multi Commander's internal SFTP library (seemingly based on an older version of libssh2) doesn't support these modern standards yet. To make it work, users are forced to manually downgrade their server's SSH security configurations, which poses significant security risks even in a local HomeLab environment.

Suggested Improvement:
Could you please consider updating the underlying SSH/SFTP library (e.g., upgrading to the latest version of libssh2 or migrating to a more modern SSH backend) in an upcoming release? Supporting Ed25519 keys and modern KEX/Cipher algorithms would bring Multi Commander's SFTP plugin back to modern standards.

Thank you for your time and continuous effort in improving this great tool!

Best regards