Single File Rename (F2), changes lost on Alt+TAB

[therube]

Single File Rename (F2), changes lost on Alt+TAB

This is a regression.
1275 worked correctly.
1278 broken.
(I didn't see the intervening builds.)

F2 to rename a file
Append 123 to the name
(do not hit CR)
Alt+TAB

result: file name unchanged

expected: name+123


(If you were to hit CR, all would be OK.)

[NotNull]

I guess there are more factors in play, as I don't see that behaviour here: the filename *is* changed.

(v1278 x64, Win10 21H1)

[horst.epp]

Works here without problems.
Rename is finished.
______________________________________________________
Windows 10 Home x64 Version 21H2 (OS Build 19044.1266)
Everything 1.5.0.1278a (x64)

[therube]

Win7.

F2
123
Alt+TAB (away)

& on (Alt+TAB) return, name unchanged.
.

Everything-SingleFileRenameIssue.gif (122.99 KiB) Viewed 6566 times

[NotNull]

Screenshot is helpful, but I already believed you

How does your File Explorer behave in that regard? (Here it renames the file too).

F2
123
Alt+TAB (away)

Off topic suggestion: Carnac. It shows your keypresses on-screen in a very nice way. Portable (of course )

[therube]

How does your File Explorer behave in that regard?

Windows Explorer, renames the file as expected.
Using "inline" rename, in Salamander - which I had never done before (only F2), does as Everything 1278 (now) does.

[therube]

I guess there are more factors in play, as I don't see that behaviour here: the filename *is* changed.
(v1278 x64, Win10 21H1)

Confirmed.
Not an issue on Win10.

(Didn't test on XP.)

[void]

Thank you for the bug report therube,

1276 adds support for "CANCELMODE" which exits the rename modal.
Unfortunately, pressing ALT sends cancel mode.

This was added to prevent some weird cases where the main menu can be used while in a rename or viewing the search history dropdown.

I will revert this change for the next alpha update.

[void]

Everything 1.5.0.1279a fixes an issue with ALT cancelling the inline rename.

[therube]

Fixed in 1279 .