Bug 97541 - Continuous clicking in VirtualBox only
Summary: Continuous clicking in VirtualBox only
Status: RESOLVED NOTOURBUG
Alias: None
Product: Wayland
Classification: Unclassified
Component: libinput (show other bugs)
Version: 1.4.0
Hardware: Other All
: medium normal
Assignee: Wayland bug list
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-08-30 06:56 UTC by Ben Vins
Modified: 2016-08-31 05:54 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
evemu recording of the problem (151.13 KB, text/plain)
2016-08-30 06:56 UTC, Ben Vins
Details

Description Ben Vins 2016-08-30 06:56:12 UTC
Created attachment 126116 [details]
evemu recording of the problem

Hi,

I have this issue for a few months already. I am running Fedora 24 and have Windows 7 in a virtualBox. 

After suspending my laptop, the pointer/mouse in my virtualbox session will click continuously. Just hover over a button and the button is clicked (e.g. Start -> shutdown). 

Note that this is only happening with the session VirtualBox, the rest of the desktop is fine. Re-starting VirtualBox does not fix the problem, only a reboot does.

Here are the packages installed on my system:
libinput.x86_64  1.4.1-1.fc24
xorg-x11-drv-libinput.x86_64  0.19.0-2.fc24

I recorded the session with evemu, but it does not reproduce the problem (actually, it did not switch to VirtualBox) but I attached it just in case.

Do you think this is a libinput bug? If not where should I report it?


$ xinput list-props "Logitech USB Optical Mouse"
Device 'Logitech USB Optical Mouse':
	Device Enabled (136):	1
	Coordinate Transformation Matrix (138):	1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
	libinput Accel Speed (276):	0.092373
	libinput Accel Speed Default (277):	0.000000
	libinput Accel Profiles Available (278):	1, 1
	libinput Accel Profile Enabled (279):	1, 0
	libinput Accel Profile Enabled Default (280):	1, 0
	libinput Natural Scrolling Enabled (281):	0
	libinput Natural Scrolling Enabled Default (282):	0
	libinput Send Events Modes Available (260):	1, 0
	libinput Send Events Mode Enabled (261):	0, 0
	libinput Send Events Mode Enabled Default (262):	0, 0
	libinput Left Handed Enabled (283):	0
	libinput Left Handed Enabled Default (284):	0
	libinput Scroll Methods Available (285):	0, 0, 1
	libinput Scroll Method Enabled (286):	0, 0, 0
	libinput Scroll Method Enabled Default (287):	0, 0, 0
	libinput Button Scrolling Button (288):	2
	libinput Button Scrolling Button Default (289):	274
	libinput Middle Emulation Enabled (290):	0
	libinput Middle Emulation Enabled Default (291):	0
	Device Node (263):	"/dev/input/event7"
	Device Product ID (264):	1133, 49242
	libinput Drag Lock Buttons (292):	<no items>
	libinput Horizonal Scroll Enabled (265):	1
Comment 1 Peter Hutterer 2016-08-31 05:54:39 UTC
I'm going to punt this to VirtualBox, for two reasons: you say the desktop itself is fine so it indicates it's not a stuck button in the x server or something. And second, the evemu recording shows normal button press and release events. If the button was stuck we wouldn't see the release event there. And then we'd see it on the rest of the desktop too.

sorry, not sure what causes it though.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.