Bug 492116

Summary: meta-tab to switch windows then escape enters tabs in XWayland editors
Product: [Plasma] kwin Reporter: web
Component: inputAssignee: KWin default assignee <kwin-bugs-null>
Status: RESOLVED DUPLICATE    
Severity: normal CC: nate
Priority: NOR    
Version: 6.1.4   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description web 2024-08-24 06:15:45 UTC
SUMMARY
I have meta-tab bound to the window switcher in KDE Plasma. When I press escape after tabbing to another window (or the same one wrapping around), the number of tabs that I pressed are inserted into the focus of the original window.

STEPS TO REPRODUCE
1. Launch an editor **that runs under XWayland**, for example VS Code. Open a new editor window.
2. Open at least *two* different application windows. Go back to VS Code.
3. meta-tab-tab to the next-next window. Before releasing the meta key but after releasing the tab key, press escape.

OBSERVED RESULT
A tab is inserted into VS Code. This stacks with additional tabs (before releasing meta). It also works with shift+tab (upon which shift+tab are entered).

EXPECTED RESULT
No tabs are inserted into VS Code.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 6.6.46-lts
KDE Plasma Version: 6.1.4
KDE Frameworks Version: 6.5.0
Qt Version: 6.7.2

ADDITIONAL INFORMATION
This only appears to happen under XWayland. I tested this against the Helix text editor, running in Kitty, running in XWayland, and observed the behavior. I then changed Kitty's configuration settings to run natively under Wayland and the behavior did not occur. Similarly, VS Code is running under XWayland. It does not happen in `<textarea>` boxes in my Firefox (like this one), which is running natively under Wayland. (this is all tested with xeyes.)

I am not sure if this is a recent regression. I only noticed it upon updating to kwin 6.1.4, and I press escape from meta-tabbing a lot. However: I also recently switched to an editor running under XWayland (VS Code) - my previous one (Sublime) ran natively. (so it's probably not a recent regression.)

I would suspect this is not necessarily unique to the window switcher, though it could be. I don't have any other commands which I could "escape" from to test with, though.
Comment 1 Nate Graham 2024-08-27 20:01:26 UTC

*** This bug has been marked as a duplicate of bug 489325 ***
Comment 2 Nate Graham 2024-08-27 20:01:52 UTC

*** This bug has been marked as a duplicate of bug 484992 ***