Multi Commander Support Forum
Multi Commander => Support and Feedback => Topic started 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.
-
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?
-
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.
-
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.
-
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.
TY ! That's odd tho, when I used Arrow Keys plus hit Spacebar, it works normally, only Enter key breaks the functionality. I never thought of checking the logic /w the Tab key though ! :D There's some weird behavior there, when I first tried using Tab to navigate the Menu & hit Enter\ Spacebar, it totally broke the Confirmation Box (overrided it even in later consecutive rename attempts) !
I'am using 3102 Beta too ! :)
Pressing Enter should execute selected option by Arrow Keys/ Tab Key, not fallthrough to an unknown or default choice.
-
Ahh that settings. forgot that it exists.. Ok I will check it out.
-
Ahh that settings. forgot that it exists.. Ok I will check it out.
Thanks, just a minor glitch though, nothing too important.