Bug 395646 - all mouse events breaking in VirtualBox
Summary: all mouse events breaking in VirtualBox
Status: RESOLVED NOT A BUG
Alias: None
Product: kwin
Classification: Plasma
Component: general (other bugs)
Version First Reported In: 5.13.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-06-20 10:48 UTC by Stefan Majewsky
Modified: 2018-06-20 17:44 UTC (History)
0 users

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


Attachments
qdbus org.kde.KWin /KWin org.kde.KWin.supportInformation (3.43 KB, text/plain)
2018-06-20 10:48 UTC, Stefan Majewsky
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Majewsky 2018-06-20 10:48:30 UTC
Created attachment 113457 [details]
qdbus org.kde.KWin /KWin org.kde.KWin.supportInformation

Since upgrading to Plasma 5.13.0 from 5.12.5, I've observed a regression on my VirtualBox-based VM that runs on my work notebook (host is Windows 10). To reproduce:

1. Start out with a Konsole window only. (That's usually all that I have open.) At this point, everything works as far as I can see.

2. Open some other application. I tried Firefox and Filelight, both by running them either from the Konsole or from KRunner.

3. The other application window opens. At this point, weird behavior ensues.  Clicking into the other app causes Konsole to come back to the front. Clicking on the panel does nothing. Using the mouse wheel (on either app) cycles between the open windows, bringing them to the front in turns. Left clicks into the Konsole window get ignored, but right clicks work and bring up its context menu. 

4. Run "kwin_x11 --replace &" from the terminal. This is the only thing so far that restores normal behavior for me, except that the app switcher in the panel continues to not work (it reacts to hover events by highlighting the hovered entry, but clicking on an entry does not do anything).

5. Change the active window with Alt-Tab. The weird behavior from step 3 re-emerges.

Note that this bug only affects mouse events. Keyboard events work fine in all windows. Global shortcuts are not affected, either.

I checked the pacman.log to see if any other updates installed at the same time may be causing the troubles, but found nothing that would be related to the behavior observed.
Comment 1 Martin Flöser 2018-06-20 17:44:01 UTC
I'm sorry but KWin is not responsible for mouse input events on X11. The problem must be somewhere else, but I very much doubt that any software provided by KDE could result in such behavior.