-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mice and keyboards stop working if enabled as HID controllers #10498
Comments
Commented by: olarncpn |
Commented by: Be-ing That is a very curious backtrace... |
Commented by: Be-ing What version of Qt are you using? |
Commented by: rah2501 I have the same behaviour. Intermittently but more often than not, both mouse and keyboard are grabbed by Mixxx and freeze on startup. I have to disconnect and reconnect my KVM to get back control of the desktop. This is on Debian Bullseye with both 2.2.4 and 2.3.0. |
Commented by: Holzhaus Are these HID devices and enabled in the controllers panel? I noticed that my keyboard is shown as a controller and if I enable it, it stops working while Mixxx is running. |
Commented by: olarncpn Thank you for your response. Q:[Be: What version of Qt are you using?] Q:[Jan Holthuis (holthuis-jan) Are these HID devices and enabled in the controllers panel? I noticed that my keyboard is shown as a controller and if I enable it, it stops working while Mixxx is running.] |
Commented by: Be-ing Jan was referring the Controllers section of the Mixxx preferences, not any system settings. |
Commented by: olarncpn That's the catch!! I disabled all controllers displayed in preferences-->Controllers. Then mouse and touch pad not freeze after start MIXXX .. -BUT- Those settings not lasting long. I disabled them once --> press Apply --> OK, and after restart MIXXX, those settings set to enabled again. And mouse pointer freeze after MIXXX start at the second time. Anyway, this is the "setting" which interferes mouse behavior, for sure. I work around by, set "Load Mapping" to "Not preset" press --> OK and exit MIXXX. Those settings are not back to Enabled (dimmed to gray color). And I do not get the freeze mouse after start MIXXX anymore. Is this still a BUG? Thank you all for your help. |
Commented by: daschuer
Do we have a clue why this happens? This seems to be the root cause of this bug that should be fixed. I remember a project where user uses a second mouse for scratching. Not sure If that's still the case. |
Commented by: Be-ing
This is another bug. It is an issue of the preferences GUI getting into a confusing state. The controller is not actually enabled after disabling it and restarting Mixxx, but the Enabled checkbox is checked in the preferences, so it is easy to accidentally re-enable it. I have opened a separate bug for this: https://bugs.launchpad.net/mixxx/+bug/1941042 |
Issue closed with status Fix Released. |
Reported by: olarncpn
Date: 2021-08-20T02:32:54Z
Status: Fix Released
Importance: Undecided
Launchpad Issue: lp1940599
Tags: mouse, usb
Attachments: [gdb output](https://bugs.launchpad.net/bugs/1940599/+attachment/5519236/+files/gdb output)
Laptop: Aspire-E5-572G
CPU:Intel i7-4712MQ
OS: Linux Mint 20.2 kernel version 5.4.0-81-generic
MIXXX: 2.3.0
Mouse: Wireless Logitech
When start MIXXX, mouse and touchpad stop working. I have to resetusb to recover.
Or otherwise I have to unplug mouse and plug it again.
The text was updated successfully, but these errors were encountered: