Building upon DiegoRivera's post. I'm looking at output from xinput query-state "Logitech Logitech G930 Headset" and it appears as though things work fine as long as all the ButtonClass items (button[10] through button[14]) all report as "up".
I can't seem to reproduce getting the device into a state where one of the buttons is reported "down", but as soon as one of them is "down" then mouse input starts acting very odd. It seems like disconnecting the USB dongle for the headset, turning the headset off, reinserting the USB dongle, and then turning the headset on resets the state of all the buttons to "up". -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xserver-xorg-input-evdev in Ubuntu. https://bugs.launchpad.net/bugs/1155819 Title: Plugging in Logitech G930 USB headset breaks mouse click behaviour Status in “xserver-xorg-input-evdev” package in Ubuntu: Incomplete Bug description: lsb_release -rd: (Note: I get the same behaviour in kubuntu 12.04 and kubuntu 12.10) Description: Ubuntu Raring Ringtail (development branch) <- running kubuntu 13.04 Release: 13.04 To reproduce: 1) Plug in the USB dongle 2) Wait for the headset to connect As soon as the headset connects (e.g. after connecting the USB dongle) the application which currently has focus will be the only one which receives left mouse click events. This happens in both GNOME3 and KDE4. Alt+(Left,Right)Click + Drag stops moving/resizing windows. Left click does affect keyboard focus. Scrolling the volume wheel on the headset down acts like a middle click and scrolling up like a left click. Synergy also stops being able to move the mouse outside the current screen as soon as you click inside the host screen. The window decorations (including the window which has focus) stop recieving mouse events. (Expected behaviour is unaffected mouse behaviour and headset volume wheel functionality) It is possible to move a window around by doing: 1) Connect the headset with the window active 2) Left click and drag outside of that window 3) The window will be moved as if you were Alt+Left click dragging from inside the window. 4) A second left click will move mouse focus to the window below but will not move that window above the one which previously had focus This person seems to have had a possibly related issue: http://forums.gentoo.org/viewtopic-t-926996-start-0.html dmesg output from unplugging/replugging USB dongle: [ 6848.345037] usb 1-1.1: USB disconnect, device number 25 [ 6851.865274] usb 1-1.1: new full-speed USB device number 26 using ehci-pci [ 6852.580624] usb 1-1.1: New USB device found, idVendor=046d, idProduct=0a1f [ 6852.580629] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 6852.580632] usb 1-1.1: Product: Logitech G930 Headset [ 6852.580634] usb 1-1.1: Manufacturer: Logitech [ 6852.589251] input: Logitech Logitech G930 Headset as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.3/input/input101 [ 6852.589453] hid-generic 0003:046D:0A1F.0055: input,hiddev0,hidraw3: USB HID v1.01 Device [Logitech Logitech G930 Headset] on usb-0000:00:1a.0-1.1/input3 Mouse click behaviour breaks as soon as the headset reconnects. Workaround: Running: modprobe -r usbhid; modprobe usbhid; temporarily fixes mouse click behaviour (but not the volume wheel clicking). The mouse click problem comes back when moving an audio stream to the headset via kmix. dmesg output from reloading usbhid kernel module: [ 6915.812979] usbcore: deregistering interface driver usbhid [ 6915.888438] input: Microsoft Wired Keyboard 600 as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/input/input103 [ 6915.888671] hid-generic 0003:045E:0750.0057: input,hidraw0: USB HID v1.11 Keyboard [Microsoft Wired Keyboard 600] on usb-0000:00:1a.0-1.4/input0 [ 6915.894333] input: Microsoft Wired Keyboard 600 as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.1/input/input104 [ 6915.894576] hid-generic 0003:045E:0750.0058: input,hidraw1: USB HID v1.11 Device [Microsoft Wired Keyboard 600] on usb-0000:00:1a.0-1.4/input1 [ 6915.897121] input: USB OPTICAL MOUSE as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.0/input/input105 [ 6915.897760] hid-generic 0003:093A:2521.0059: input,hidraw2: USB HID v1.11 Mouse [USB OPTICAL MOUSE] on usb-0000:00:1a.0-1.2/input0 [ 6915.900782] input: Logitech Logitech G930 Headset as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1/1-1.1:1.3/input/input106 [ 6915.901949] hid-generic 0003:046D:0A1F.005A: input,hiddev0,hidraw3: USB HID v1.01 Device [Logitech Logitech G930 Headset] on usb-0000:00:1a.0-1.1/input3 [ 6915.902002] usbcore: registered new interface driver usbhid [ 6915.902005] usbhid: USB HID core driver Mouse click behaviour returns to normal immediately. Occasionally the headset will start working as expected (volume wheel affects system volume, mouse behaviour is normal) but unfortunately I have not been able to work out how to reproduce this. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/1155819/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
