[Fixed in v28.10.0503] Renaming a folder in the tree and switching to another tab discards new name

[daniel_m]

How to replicate:
- Create a new folder anywhere, and name it "test" in the tree (not the list!)
- While the folder name is still in editing mode, click on another list tab

What I expected to happen:
Leaving editing mode by clicking on another tab should act as confirmation for the new name and the folder should be named "test".
This is the behaviour seen when clicking anywhere else (like another folder in the tree, empty space in the tree, or the list view). Editing a folder name in the list view and clicking on another tab will act as confirmation and rename the folder as expected.

What actually happens:
XYplorer will discard the user input and revert the folder name to the one before renaming ("New Folder" in this case).

(Version tested: x64 v28.10.0501 and some previous versions)

[admin]

Can't repro. Works as expected here.

[daniel_m]

Strange. I tried on Windows 10 with x64 v28.10.0501 and Windows 11 with x64 v28.10.0204:

bug1.gif (166.2 KiB) Viewed 677 times

It doesn't matter whether I create a new folder or try to rename an existing one, or where the folder is located and where the other tab points to.

[highend]

Interesting, I can reproduce that on a fresh v28.10.0502 as well...

[admin]

Interesting indeed, I now see it everywhere apart from where I looked yesterday

xy32/win8.1 bug
xy32/win11 bug
xy64/win8.1 works
xy64/win11 bug

All non-fresh so it's probably a config thing. I'll go hunting...

[admin]

Fixed in next beta.

In the config that worked I had the SetFocusTo=16 tweak (16 = Tab > List).

[daniel_m]

Yeah, the struggle with configs is real. But we love XYplorer for it's configurability.
Thanks for fixing it so quickly, it's working well now