Open
Description
Describe the bug
🐛 When a tab is renamed, the adjacent one is functionally selected, even though the renamed one is visually selected.
To Reproduce
- Click the downward pointing triangle button on the right side of the tab bar.
- Click "New Tab"
- In the "Name for new file" dialog, type
foo.h
- Click the OK button.
- Click the downward pointing triangle button on the right side of the tab bar.
- Click "New Tab"
- In the "Name for new file" dialog, type
bar
- Click the OK button.
- Click the downward pointing triangle button on the right side of the tab bar.
- Click "Rename"
- In the "Name for new file" dialog, type
baz
- Click the OK button.
🐛 Note that the window title now shows that the "foo.h" is selected, but the GUI shows that "baz.ino" is selected. - Press Ctrl+F
🐛 Note that the "Find" GUI does not appear - Click on the "foo.h" tab.
🐛 Note that the top and bottom of the "Find" GUI are missing:
Expected behavior
The renamed tab to remain fully selected.
Desktop
- OS: Windows 10
- Version: 2.0.0-beta.3-nightly.20210313
Date: 2021-03-13T03:11:23.309Z
CLI Version: 0.16.1 alpha [76f55490]
Additional context
The addition of the "foo.h" tab is not required. I added that step to the demo because the window title only shows file names when a non-.ino
file is selected, so the demonstration is not so clear with a sketch that only contains .ino
files.