Mixxx grabs mouse on startup

Bug #1966789 reported by Bob Ham
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Confirmed
High
Unassigned

Bug Description

When starting Mixxx 2.3.2 (compiled from source) on GNU/Linux, the mouse is grabbed and cannot be used by anything. To work around this, I have to disconnect and reconnect the mouse. Only once this is done can X be used again.

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Which display manager you use?

Does starting with

./mixxx -platform xcb

make a difference?

or

./mixxx --safe-mode

When exactly did the mouse disappear?

Are all skins affected?

Changed in mixxx:
status: New → Incomplete
importance: Undecided → High
milestone: none → 2.3.3
Revision history for this message
Bob Ham (rah2501) wrote :

> Which display manager you use?

Slim

> Does starting with

> ./mixxx -platform xcb

> make a difference?

Nope.

> or

> ./mixxx --safe-mode

Nope.

> When exactly did the mouse disappear?

To be clear, the mouse cursor is still visible, it doesn't disappear, it just stops responding to input. It responds to input up until the Mixxx splash screen goes away. When the normal interface appears, the mouse cursor stops responding.

> Are all skins affected?

I changed the skin a few times and it makes no difference.

Revision history for this message
Bob Ham (rah2501) wrote :

From Zulip:

rah: the controller section did have the mouse enabled, I disabled it and it no longer grabs the mouse on startup

rah: DJ_D-Town said:

    they are only numerated an listed in the preferences, as avialable HID devices, which doesn't block them.

That would appear to not be the case; my mouse was not just listed, it was enabled without my say so.

rah: so evidently a bug

rah: and to be clear, Mixxx has always done this since I started using it (which was 2.2.x at the latest)

Revision history for this message
Daniel Schürmann (daschuer) wrote :

There are two layers that prevents that a mouse slips through. We have the https://raw.githubusercontent.com/mixxxdj/mixxx/master/res/linux/mixxx-usb-uaccess.rules
Where the vendor ID of your mouse need to be listed and the mouse needs finally be enabled as controller.

We need to find out why these layers fail in your case.

Unfortunately the filter for Mouse and keyboard via usage_page and usage page is not supported with Linux.

Please provide your mixxx.log and the output of "lsusb -v"
As a last resort we can ignore your device explicitly by the hid_denylist https://github.com/mixxxdj/mixxx/blob/2703c314e8e206e65d1ec317a6e7e9de37780a74/src/controllers/hid/hiddenylist.h#L12

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Which version of hidapi do you use?

There is a warning to enable reading of usage_page and usage on linux:
https://github.com/mixxxdj/mixxx/blob/2703c314e8e206e65d1ec317a6e7e9de37780a74/lib/hidapi/libusb/hid.c#L129
Maybe it is enabled in your case?

Revision history for this message
Daniel Schürmann (daschuer) wrote :

Is the main branch also affected? We use there hidraw, where we can read the usage_page and at leat my mouse is properly rejected.

Changed in mixxx:
milestone: 2.3.3 → none
Revision history for this message
Daniel Schürmann (daschuer) wrote :

A first step has been done here: https://github.com/mixxxdj/mixxx/pull/4715

Changed in mixxx:
status: Incomplete → Confirmed
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/10693

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.