Bug 442752 - Moving windows by keyboard relays keystrokes to window
Summary: Moving windows by keyboard relays keystrokes to window
Status: CONFIRMED
Alias: None
Product: kwin
Classification: Plasma
Component: input (show other bugs)
Version: 5.22.4
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-09-20 19:25 UTC by Daniel Kraus
Modified: 2021-09-21 22:34 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:
vlad.zahorodnii: Wayland-
vlad.zahorodnii: X11+


Attachments
Screen video demonstrating the bug. (3.66 MB, video/mp4)
2021-09-20 19:25 UTC, Daniel Kraus
Details
Screen video demonstrating the bug (2.42 MB, video/mp4)
2021-09-20 19:29 UTC, Daniel Kraus
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Kraus 2021-09-20 19:25:01 UTC
Created attachment 141746 [details]
Screen video demonstrating the bug.

SUMMARY

When moving windows around the desktop using keyboard shortcuts (e.g., I have META+SHIFT+M configured to start moving, then move the active window with the arrow keys), the keypresses are being relayed to the active window.

For example, if the active window is a terminal and I want to move it up, I simultaneously browse the shell's history. When ENTER is pressed to finish moving the window, the ENTER key is also being relayed to the window, executing whatever command I inadvertently picked from the history... This behavior is observed regardless of the application.

STEPS TO REPRODUCE
1. Configure a global keyboard shortcut in KWin to start moving a window.
2. Move the window.
3. Watch the keystrokes being relayed to the window.

OBSERVED RESULT
The window is being moved around, and at the same time the keystrokes cause whatever they normally do in the window's application.

EXPECTED RESULT
While moving the window with the keyboard, the application should not receive the keystrokes.

SOFTWARE/OS VERSIONS
Operating System: KDE neon 5.22
KDE Plasma Version: 5.22.5
KDE Frameworks Version: 5.86.0
Qt Version: 5.15.3
Kernel Version: 5.11.0-34-generic (64-bit)
Graphics Platform: X11
Processors: 8 × Intel® Core™ i5-8250U CPU @ 1.60GHz
Memory: 23,4 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 620
Comment 1 Daniel Kraus 2021-09-20 19:29:51 UTC
Created attachment 141747 [details]
Screen video demonstrating the bug
Comment 2 Daniel Kraus 2021-09-20 19:32:52 UTC
I uploaded two videos. The one that I marked 'obsolete' attempted to demonstrate the bug with LibreOffice Writer -- but the window did not move at all, only the keystrokes were received by the window.

The non-obsolete video demonstrates the behavior as described with Konsole.

In any case, once the "moving" mode is activated, the keystrokes should not make to to the application at all.
Comment 3 Vlad Zahorodnii 2021-09-21 07:28:22 UTC
It's a known bug, it can't be easily fixed because of Qt. See also https://invent.kde.org/plasma/kwin/-/merge_requests/90