Recent Posts

41

Support and Feedback / Re: Force Rename via Keyboard Bypasses Read-Only Confirmation and Renames File

« Last post by AlanJB on June 21, 2025, 11:58:57 »

I can confirm this in builds 3017 and 3102.

But ONLY if navigation to 'No' is done with arrow keys.  Using TAB, the 'No' is honored.

42

Feature Requests and Suggestions / Re: Implement Toggleable Locking For Sorting Columns In Explorer Panel

« Last post by total_annihilation00 on June 21, 2025, 11:57:16 »

I would like to clarify my suggestion: I would ideally like an option on right-click menu of the Columns to Lock them into Place, preventing User or MC from resizing/ dragging/ modifying their sizes ! MC keeps randomly squashing the Columns together & I have to Restore them using Defaults everytime ! See attached screenshot please ! This would help me a lot.

P.S: Then again I can understand if this cannot be implemented as "My Pictures", "Music" folder etc. uses different Columns than the default folders, so it's alright I'll let it rest for now…

43

Support and Feedback / Re: Force Rename via Keyboard Bypasses Read-Only Confirmation and Renames File

« Last post by total_annihilation00 on June 21, 2025, 11:11:22 »

I can't replicate that. I don't even get a confirm dialog.

* I Set file attribute to ReadOnly,
* Enter inline rename of file
* Change the name
* press return to confirm filename
* It gets renamed and no dialog is shown

I don't get any confirm dialog or anything. Not even Windows Explorer show anything when renaming file with ReadOnly attributre.. ReadOnly attribute does not prevent renaming so not sure why it is showing a dialog for you.

What do you do to trigger it?

In Configuration > Core Settings, under Filesystem tab, ensure "Ask for Confirmation before... Rename read-only files" is checked. Now for the fun part: I made a PDF Read-Only Attribute (Alt+Enter > Properties > Check Read-Only), then I pressed F2 on the File, entered the text (Dupl) in front of the filename (can be any textual rename modification on any filetype), & when I hit Enter I get a Force Rename Confirmation Dialog. Prompting me /w "Yes - Rename The Filename", or "No - Do Not Rename The Filename", I pressed Down ArrowKey & hit Enter (selecting "No - Do Not Rename The Filename", yet it still overrides the selected option & Renames the file (only happens when you navigate the Confirmation Dialog Box using keyboard, works normally when you select via mouse.)

P.S: It only happens when you select via Enter key, however when pressing Spacebar it functions as expected ! It's just a small bug but worth fixing, for the keyboard handicapped.

44

Support and Feedback / Re: Force Rename via Keyboard Bypasses Read-Only Confirmation and Renames File

« Last post by Mathias (Author) on June 21, 2025, 09:57:32 »

I can't replicate that. I don't even get a confirm dialog.

* I Set file attribute to ReadOnly,
* Enter inline rename of file
* Change the name
* press return to confirm filename
* It gets renamed and no dialog is shown

I don't get any confirm dialog or anything. Not even Windows Explorer show anything when renaming file with ReadOnly attributre.. ReadOnly attribute does not prevent renaming so not sure why it is showing a dialog for you.

What do you do to trigger it?

45

Support and Feedback / Re: Creating a network share...

« Last post by CharlieCharlie on June 20, 2025, 16:33:48 »

Ah I somehow forget to say thank you for the info!
Worked well!

Charlie Charlie

46

Support and Feedback / Force Rename via Keyboard Bypasses Read-Only Confirmation and Renames File

« Last post by total_annihilation00 on June 20, 2025, 13:00:32 »

Bug Description:
When attempting to rename a read-only file, the system prompts for confirmation with an option to force rename. If the user navigates to "No, Do Not Rename" using the Down Arrow key and confirms with Enter, the file still gets renamed instead of cancelling the operation. This indicates that the confirmation dialog's response is not being correctly processed, allowing a force rename to proceed even when "No" is selected.

Notes:

• The bug persists across multiple versions/releases.
• Expected behavior is that selecting "No" should cancel the rename operation.

47

Support and Feedback / Re: it always takes so long

« Last post by Jean on June 17, 2025, 13:27:04 »

Yes sorry i meant that. I have enabled it back again, i don't like when i rename something and have to refresh the window. I wish one could set that timeout in windows. Never mind, thanks for the best filemanager.

48

Support and Feedback / Re: it always takes so long

« Last post by Mathias (Author) on June 17, 2025, 07:48:02 »

it is always enabled by default. you need to disable it.

49

Support and Feedback / Re: it always takes so long

« Last post by Jean on June 17, 2025, 07:45:56 »

Thank you, i have enabled it, i'm gonna try it out, it might be the solution i'm looking for.

50

Support and Feedback / Re: it always takes so long

« Last post by Mathias (Author) on June 16, 2025, 22:21:19 »

When you activate MC it will refresh the filelist. And after sleep network connection has gone done..
So If MC is showing a network shares, Then it will take a while before Windows timeout and lets MC know that it is not available anymore. And if it is available it can takes some time because Windows need to login and initialize a new connection to the server (but that of often quite fast)

You can turn off so MC does not auto refresh when you active the MC app.. Then you might have a chance to navigate away to some other location.
However. It will prevent some automatic refresh of the filelist view in MC.

Core Settings > FileSystem(tab) > Tweaking.
Then Uncheck "FileSystem Refresh > "Refresh tabs when application focus is returned"