When trying to close a locked tab: don't change the current path and don't switch to the previous tab if [Cancel], [No], [✕] or Esc is pressed.
The meaning of any cancellation should be fully embedded in its logic, and not perplex/confuse/annoy the user with unusual behavior.
Canceling the closure of a locked tab (especially when it happens in the quick view panel) in any way should not lead to anything other than returning to the current view. And it certainly should not lead to the opening of some drive root.
I've been looking forward to this since the previous version and hoped that at least in this version Christian would fix it. Nothing so far. This is impossible to tolerate. Fix it at last, please!
Last edited by Fla$her on 2024-11-18, 12:13 UTC, edited 1 time in total.
I do not understand your report. When I try to close a locked tab via Ctrl+W or double click on it,and then choose "No" or Cancel", then nothing happens.
I apologize. The reason was that I have a cm_CloseCurrentTab,cm_SwitchToPreviousTab command combination assigned to Ctrl+W. She's the reason this is happening. It's a pity that DirTabOptions and cm_CloseCurrentTab don't have an option that switches to the previous tab instead of the next, then this problem wouldn't exist.
