Red Hat Bugzilla – Bug 1463373
Mouse click bouncing with brand new mouse
Last modified: 2017-08-14 18:47:34 EDT
I've been using a V220 Cordless Mouse (Logitech) for years under Linux. Some months ago I ran into heavy issues with single left mouse clicks to turn into double and tripple mouse clicks under Xorg.
This was quite annoying and I believed that this might be worn out left mouse buttons due to the age of the mouse.
A few weeks ago I bought a brand new M325 Cordless Mouse (Logitech) and had it run under Fedora 25. Worked so far until I switched to (what will become) Fedora 26.
With Fedora 26 I've been running into the Mouse click bouncing issue again and really didn't know what could've been the cause. A brand new mouse couldn't be worn out that fast I believed...
On Monday (19th June) I received the same Mouse again (M325 Logitech) as replacement and sent the old one back to the vendor.
Opened the blisterbox. Put the batteries in and was presented again with single mouse clicks turn into double and tripple mouse clicks.
Digging on the new I found this:
And the links inside the links that describe similar issues and missing "debounce" feature within the xev drivers. I am not really sure whether this only applies to one specific mouse type or not.
It would be necessary to have this sort of issue addressed and fixed... How ever the (or one) fix might look.
Wrong component! Of course libinput is used in this context.
Just switched from 1.7.3 to what will become 1.8rc1 (recompiled from fedora srpm to see whether the issues still exist).
Bouncing is seriously an issue...
Please attach an evemu-record of one (or ideally more) of these clicks, thanks.
Created attachment 1290552 [details]
Created attachment 1290553 [details]
mydevice events - part 1
Created attachment 1290555 [details]
mydevice events - part 2
Please find attached the requested files.
- events 1 - from yesterday morning
- events 2 - from yesterday midday till night
I would like to add (in case it may matter) that the issues are bigger within gtk2 applications (e.g. like claws mail). But this could be related to signals attached to some widgets within the program that captures mouse presses.
As said, it's a brand new mouse (replacement to the sent back one). Opened from the blister box and batteries enabled. So it's quite unlikely that the buttons have been worn out right after opening the box... And it's the 3rd mouse in a row now... One old V220 (which I understood was old), a new M325 that worked well with Fedora 25 but started with issues under Fedora 26 (only a few weeks in use) and now the replacement M325 that arrived here a few days ago...
sorry, I need something more specific here. These recordings have thousands of events and it's hard for me to tell which ones are the real ones and which ones are the bouncy ones.
Try to reproduce this bounciness in a short recording please, just ctrl+c evemu after a few seconds if it doesn't reproduce. Or use the --autoresume flag for evemu-record.
Coming back to the issue... To make it short... I've yet bought another mouse (not from Logitech) and the issues are - of course - gone...
After some investigations into the issue (reading other resources) it came to my attention that Logitech has lately build in cheap Omron micro switches in their mouse. These micro switches seem to have issues (not lasting long enough... Not even over their promised guarantee time). It was easier to bypass the issue completely by changing the brand, rather than investigating further into mouse click issues...
With other words... I will close this report as not a bug... because it looks like it really isn't one...
just as a fyi, the next version of libinput has button debouncing built-in, so the old mouse should work again. Not sure yet when that one will be released though.