Bug 374654 - Input is being stolen between windows
Summary: Input is being stolen between windows
Status: RESOLVED UPSTREAM
Alias: None
Product: kwin
Classification: Plasma
Component: input (show other bugs)
Version: 5.8.5
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-06 20:16 UTC by Szymon Łągiewka
Modified: 2017-01-13 06:41 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Szymon Łągiewka 2017-01-06 20:16:28 UTC
Scenario 1:

Open a browser with a form (just like this comment form)
Open krunner with alt+f2 or alt+space
Type some app you'd like to open
Submit your choice with Enter
Result:
The app opens
AND
the form receives the enter as well and get's submitted

Scenario 2:

Open any text or textarea in your browser
Switch (with alt+tab) to another window that can be quit with Ctrl+Q (Messenger for Desktop in my case)
Quit the app
The `q` will go to textarea as well

Scenario 3:
Try using auto-type with KeePass or KeePassX 2 with Ctrl+V
The letter `v` will be the first character to be auto-typed into desired field

In each case, I used alt+tab to switch from browser (Vivaldi) to perform actions on different windows.
Comment 1 Martin Flöser 2017-01-09 07:15:45 UTC
This is a bug in the applications. E.g. XWayland prior 1.19 had this issue. Maybe Qt also had this issue in some version. In general the application is informed about the keys still hold when gaining focus and it gets the key release event. That is all correct. It's an incorrect handling of the application if they trigger keys with it.
Comment 2 Szymon Łągiewka 2017-01-12 20:38:14 UTC
With XWayland 1.19 I cannot reproduce the bug.
Comment 3 Martin Flöser 2017-01-13 06:41:36 UTC
thanks for the feedback. Great to hear it is truly gone.