Keyboard special keys interfere with mouse

OK, further information: I can trigger it with most of the special keys on the keyboard--documents, home, favourites, play/pause, mute, zoom in... The only ones I've so far found that don't do it are five numbered buttons, and trying to assign those to shortcuts suggests that Ubuntu doesn't recognise them at all. I see the right click menu when I first press one of the buttons that triggers it, then clicks (and scroll wheel movements) stop doing anything. The normal effects of hovering over items, i.e. highlights, tooltips, also don't happen.

It may be unrelated, but in the 'custom shortcuts' module in system settings, there's a checkbox for "Start input actions daemon on login." This is checked, so I tried unchecking it and restarting, but it's checked again when I go back to it.

Here's the output of xev when I triggered it (XF86AudioPlay, line 133). It shows a press event on the right mouse button (button 3), but no corresponding release event, so the computer presumably assumes I'm holding down the right mouse button. (Just to clarify, this is just from the keyboard button press: I didn't press any of the mouse buttons.

Testing after that with xev (not in log), all the buttons apart from the right one fire events correctly after that (left, scroll wheel press and scroll up and down).

Also attaching Xorg.0.log. One interesting line:
[ 12.072] (II) Microsoft Microsoft® Digital Media oard 3000: Found 1 mouse buttons
I've no idea if that's normal for this keyboard, nor whether the missing letters "Keyb" are any cause for concern. It's possible that the mouse button is there to support some of the special buttons, e.g. zoom in/out, but I don't know.

OK, just to confuse matters:

For the above description, I was using the mouse left-handed. I described right and left buttons according to function on the computer, i.e. what I called the right button, which invokes a context menu, is physically the one on the left. This raises the same event (button 3) as occurs when I press a special key. I'd forgotten that left-handed is the exception until just now.

When testing the same thing with the mouse right-handed, a special key fires a button 1 press event. In other words, whichever hand the mouse is set for, it signals a 'press' corresponding to the physical-left button. As before, there's no corresponding ButtonRelease, so it's as if that button is 'held down'.

I hope this helps someone to understand what might be causing this behaviour.

I have the same problem after upgrading to Maverick beta. I am using an MS wireless keyboard and mouse. After pluging out and back in the transceiver, the mouse starts working again.

Same problem here with Wired Microsoft Digital Media Pro Keyboard and logitech mouse. Plugging out and then back in fixes the issue.

Happens to me as well. Dell Studio laptop using the laptop media keys or with a usb microsoft keyboard. Logitech wireless mouse.
Fresh install of Maverick Beta.

I can also confirm this error on a Microsoft Digital Media Keyboard 1.0A (wired) with Ubuntu 10.10

I'm also affected with MS Wireless Comfort Keyboard 5000.

Mouse and keyboard share a single USB transceiver. Unplugging and replugging the transceiver will allow the left mouse button to "un-click."

Same here.
Both keyboard and mouse are from Microsoft.

Bus 003 Device 003: ID 045e:0750 Microsoft Corp.
Bus 003 Device 002: ID 045e:00cb Microsoft Corp. Basic Optical Mouse v2.0

If there's anyone reading this who might have an idea how to solve it: is there any additional useful information we can provide? It seems likely that in about a week, there's going to be a lot more users exposed to this bug, and getting rather frustrated. I don't know how to begin solving it myself, but I'd be glad to pass information to anyone who can.

Me 2.
Base Microsoft USB Keyboard and USB X5 mouse.

Keyboard and Mouse are from Microsoft, but I have the same problem when I use a different Mouse (from Targus).

In System/Preferences/Keyboard-Preferences the model "Microsoft Wireless Multimedia Keyboard 1.0A" is selected although I have a "Microsoft Digital Multimedia Keyboard 1.0A". Problem also appears when a generic Layout is selected like "Generic 105-key".

The log created by dmesg when plugging in the keyboard and the mouse says:

[434902.522568] input: Microsoft Microsoft® Digital Media Keyboard as /devices/pci0000:00/0000:00:04.0/usb2/2-1/2-1:1.1/input/input18
[434902.523108] generic-usb 0003:045E:00B4.0011: input,hidraw1: USB HID v1.11 Device [Microsoft Microsoft® Digital Media Keyboard ] on usb-0000:00:04.0-1/input1
[434909.840039] usb 2-3: new low speed USB device using ohci_hcd and address 14
[434910.066175] input: Microsoft Microsoft 3-Button Mouse with IntelliEye(TM) as /devices/pci0000:00/0000:00:04.0/usb2/2-3/2-3:1.0/input/input19
[434910.066602] generic-usb 0003:045E:0040.0012: input,hidraw2: USB HID v1.10 Mouse [Microsoft Microsoft 3-Button Mouse with IntelliEye(TM)] on usb-0000:00:04.0-3/input0

I found in an old thread from three years ago that suggests to use the program keytouch.
When I try to use keytouch (which lists my keyboard properly) I get the message:

"Warning: Not all keys can be grabbed by this program. This can be caused by another program which is already grabbing these keys."

Which part of the system is doing that ?

i am also experiencing this error with an MS Arc keyboard and Logitech S610 wireless mouse. I did an upgrade from 10.04 to Maverick and started getting this error, unplugging and plugging the MS Arc receiver ONLY fixes this issue, if i unplug the mouse receiver and plug it back in, ir remains the same.

same here with any usb microsoft keyboard (mouse dosn't matter). a ps/2 keyboard from microsoft is running without problems. priority of this bug should be set to critical since it will produce a lot of problems, once maverick is released (3days)

For what it is worth I am yet another person affected. It has even happened when not pressing the special keyboard keys. From a fresh graphical boot it is usually under a minute before I get the left button locked problem.

To fix it I do "modprobe -r usbhid ; modprobe usbhid" from an SSH connection.

The time till the problem reoccurs ranges from 10 seconds to a few hours and seems random. Needless to say I have never had any similar problems in the several years I've been using the same mouse and keyboard with prior Ubuntu releases.

[ 1497.582153] input: Microsoft Microsoft® Digital Media Keyboard 3000 as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6:1.0/input/input33
[ 1497.582331] generic-usb 0003:045E:0730.0001: input,hidraw0: USB HID v1.11 Keyboard [Microsoft Microsoft® Digital Media Keyboard 3000] on usb-0000:00:1d.0-1.6/input0
[ 1497.597458] input: Microsoft Microsoft® Digital Media Keyboard 3000 as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6:1.1/input/input34
[ 1497.597679] generic-usb 0003:045E:0730.0002: input,hidraw1: USB HID v1.11 Device [Microsoft Microsoft® Digital Media Keyboard 3000] on usb-0000:00:1d.0-1.6/input1
[ 1497.609273] input: Microsoft Microsoft Wireless Optical Mouse® 1.00 as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.8/2-1.8:1.0/input/input35
[ 1497.609408] generic-usb 0003:045E:00E1.0003: input,hidraw2: USB HID v1.11 Mouse [Microsoft Microsoft Wireless Optical Mouse® 1.00] on usb-0000:00:1d.0-1.8/input0

I'm also affected by this bug as well. Microsoft Digital Media Keyboard v1.0a and Logitech M-BJ69 3-Button USB/PS/2 Optical Mouse. rmmod usbhid;modprobe usbhid and/or unplugging kb and reinserting it does seem to make it work again.

It seems that these Microsoft keyboards are being picked up as both keyboards & pointer devices - do they have anything that resembles a pointing device (a scroll-wheel, a joystick-like thing, etc)?

It looks like the kernel is confusing X here. To confirm this, could someone experiencing this problem please post their udev log, found in /var/log/udev?

The Microsoft Digital Media KB I've got does have a "zoom" key. I've attached my udev log. Hope it helps. Let me know if you need anything else.

udev log attached

Also, this is my kit: http://www.microsoft.com/hardware/mouseandkeyboard/ProductDetails.aspx?pid=039

Nothing fancy on the keyboard, just volume keys and a Calculator key.

Not sure if this is related to this bug or relevant, but Ubuntu also thinks that my Microsoft keyboard is a joystick. I reported a bug about it over a year ago and it has been confirmed (but not fixed yet) - https://bugs.launchpad.net/ubuntu/+source/linux/+bug/390959 - and that tends to mess about with things like games.

So Microsoft keyboards are now being picked up as a keyboard, mouse and joystick.. the joystick bug is persistent though, not just when a special key is used.

I did look at my /var/log/Xorg.0.log and it does seem there is a mouse component of sorts in my kb as well. (or it thinks there is). I'll attach the xorg.0.log too.

For those of you with Microsoft Digital Media Keyboards the attached udev rules should quirk Xorg to ignore the problematic extra joystick/mouse device. It should be copied into /etc/udev/rules.d, and will require a restart before it will apply.

Note that I haven't been able to test this locally; it's possible that I've made a mistake, and it'll prevent X from detecting your keyboard at all - in that case you'll need to reboot into recovery mode and delete the /etc/udev/rules.d/99-quirk-microsoft-crazy-keyboard.rules file.

This might also disable some of your extra function keys, but I'm not sure.

I would be interested in the experiences of people with this keyboard when using this quirk.

What confuses me is that the udev logs all have the correct ID_INPUT_* tags, i. e. it doesn't misidentify the keyboard as ID_INPUT_MOUSE or ID_INPUT_KEYBOARD.

Could you please install the input-utils package. Then find out the input event number of the Microsoft keyboard from Xorg.0.log; e. g. if you see

[ 28.074] (II) config/udev: Adding input device Microsoft Microsoft® Digital Media Keyboard (/dev/input/event2)
[...]
[ 28.104] (II) config/udev: Adding input device Microsoft Microsoft® Digital Media Keyboard (/dev/input/event3)

then the keyboard created two new input devices "2" and "3". Please run

  sudo input-events 2

then press one of the trouble keys, and copy&paste the result. Then do the same with all the other reported input event device numbers from that keyboard (i. e. "3" in this example).

Thanks!

My devices are as follows (lsinputs)
/dev/input/event2
   bustype : BUS_USB
   vendor : 0x45e
   product : 0xb4
   version : 273
   name : "Microsoft Microsoft® Digital Me"
   phys : "usb-0000:00:04.0-1/input0"
   uniq : ""
   bits ev : EV_SYN EV_KEY EV_MSC EV_LED EV_REP

/dev/input/event3
   bustype : BUS_USB
   vendor : 0x45e
   product : 0xb4
   version : 273
   name : "Microsoft Microsoft® Digital Me"
   phys : "usb-0000:00:04.0-1/input1"
   uniq : ""
   bits ev : EV_SYN EV_KEY EV_REL EV_ABS EV_MSC EV_REP

/dev/input/event4
   bustype : BUS_USB
   vendor : 0x45e
   product : 0x40
   version : 272
   name : "Microsoft Microsoft 3-Button Mou"
   phys : "usb-0000:00:04.0-3/input0"
   uniq : ""
   bits ev : EV_SYN EV_KEY EV_REL EV_MSC

Note that the keyboard is listed twice. My "trouble keys" are in particular the volume up/down keys:

The following is the output of input-events :

input-events 2 just reacts on non-special keys

input-events 3 list the special keys, for example:
10:30:42.868089: EV_MSC code=4 value=786665
10:30:42.868105: EV_KEY KEY_VOLUMEUP (0x73) pressed
10:30:42.868131: EV_SYN code=0 value=0
10:30:43.004077: EV_MSC code=4 value=786665
10:30:43.004100: EV_KEY KEY_VOLUMEUP (0x73) released
10:30:43.004133: EV_SYN code=0 value=0
10:30:43.860032: EV_MSC code=4 value=786666
10:30:43.860052: EV_KEY KEY_VOLUMEDOWN (0x72) pressed
10:30:43.860080: EV_SYN code=0 value=0
10:30:43.972026: EV_MSC code=4 value=786666
10:30:43.972043: EV_KEY KEY_VOLUMEDOWN (0x72) released
10:30:43.972073: EV_SYN code=0 value=0
10:30:47.942647: EV_SYN code=0 value=1

input-events 4 shows the following when the left mouse button is pressed:
10:32:15.128084: EV_MSC code=4 value=589825
10:32:15.128092: EV_KEY BTN_LEFT (0x110) pressed
10:32:15.128107: EV_REL REL_X -1
10:32:15.128112: EV_REL REL_Y 1
10:32:15.128117: EV_SYN code=0 value=0
10:32:15.152094: EV_MSC code=4 value=589825
10:32:15.152110: EV_KEY BTN_LEFT (0x110) released
10:32:15.152137: EV_SYN code=0 value=0

It says in my X.org.log that the input event 3 (my keyboard) has "1 mouse button" which has been configurate as a mouse and as a keyboard (see attachment).

Thanks. So it seems the MS keyboard indeed is like two input devices in one, one for the normal keys, one for the hotkeys. This is very similar to Sony or Thinkpad modules, which also have a separate "input module" for their hotkeys. The input-events output for device 3 looks fine. The EV_MSC ones are MSC_SCAN events (for the scan code), which also happen on normal keys, also on my system. I don't see any EV_BTN. I don't see any EV_KEY BTN_* events on this device, and input_id also doesn't say that it's a mouse, so it looks correct from the kernel and udev perspective.

Chris, any idea what causes the xorg evdev driver to think that this device is a mouse? What properties does it check for?

... or for that matter, it also seems to find all other kinds of input types, relative _and_ absolute axes, and scroll wheels, and mouse buttons.

I had another look at the udev output, and indeed the kernel reports strange things in the event mask:

UDEV [1286488972.672211] add /devices/pci0000:00/0000:00:12.0/usb3/3-1/3-1:1.1/input/input3 (input)
[...]
EV==10001f
KEY==837fff 2c3027 bf004444 0 c000000 1 10f84 8b27c007 ffff7bfa d941dfff febeffdf ffefffff ffffffff fffffffe
REL==40
ABS==ffffff01 701ff
MSC==10

In contrast to that, the input device for the "normal" keys looks much more reasonable:

KERNEL[1286488968.583658] add /devices/pci0000:00/0000:00:12.0/usb3/3-1/3-1:1.0/input/input2 (input)
[...]
EV==120013
KEY==10000 7 ff800000 7ff febeffdf f3cfffff ffffffff fffffffe
MSC==10
LED==107

So I assume the evdev driver looks at the event mask, and this is what's causing it to think that this is a mouse, joystick, and all that. I'm not sure how the kernel detects these event masks, whether it's read from the hardware, or set in the driver; in the former case it would be hardware bug, in the latter case a kernel bug.

However, that still leaves the question open why the mouse clicks happen? Even if the input device falsely claims that it can send all these types of events (relative, absolute axes, mouse buttons, etc., as declared in the event masks), that still doesn't mean that it actually does send out these events, and above input-events output shows that it doesn't send out BTN_* events which would represent mouse clicks.

C.E.L.,

is there a chance that you could try input-events on all the other input devices, and check if you get EV_KEY BTN_* events on any of them when you press a hotkey on that keyboard?

Since these don't come from input/event3 (the hotkey portion of the MS keyboard for you), they must come from somewhere else. After/if you found it, can you please tell us the number and copy&paste the ouput of "sudo lsinput"?

Thanks!

Martin

I've ran the requested lsinputs and input-events.. and attached a file for you to see. I didn't see any BTN_* events related to the keyboard on any of the event numbers. I've also tried the udev urules file suggested by Chris. No go on that one. The bug still happens.

I'll be here for the next few hours. You can msg me on skype if you'd like. Maybe we can clear this up a lil quicker if its more of a one-to-one live event rather than in msgs? my skype id is sc00tz99.

Same here with Microsoft Wired Keyboard 600:

lsusb
Bus 005 Device 003: ID 045e:0750 Microsoft Corp. Wired Keyboard 600
Bus 005 Device 002: ID 046d:c03e Logitech, Inc. Premium Optical Wheel Mouse (M-BT58)

Microsfot Wired Keyboard 600 is listed as Virtual core pointer. Is this ok?

xinput list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Logitech USB-PS/2 Optical Mouse id=8 [slave pointer (2)]
⎜ ↳ Microsoft Wired Keyboard 600 id=10 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
    ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
    ↳ Power Button id=6 [slave keyboard (3)]
    ↳ Power Button id=7 [slave keyboard (3)]
    ↳ Microsoft Wired Keyboard 600 id=9 [slave keyboard (3)]

I checked other keyboard with multimedia buttons - Modecom MC-5003. Works fine included multimedia buttons (Vole up, down, mute, play/pause):

Bus 005 Device 002: ID 046d:c03e Logitech, Inc. Premium Optical Wheel Mouse (M-BT58)
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 03f0:4d11 Hewlett-Packard PSC 1400
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 0a81:0101 Chesen Electronics Corp. Keyboard
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

~$ xinput list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Logitech USB-PS/2 Optical Mouse id=8 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
    ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
    ↳ Power Button id=6 [slave keyboard (3)]
    ↳ Power Button id=7 [slave keyboard (3)]
    ↳ CHESEN USB Keyboard id=9 [slave keyboard (3)]
    ↳ CHESEN USB Keyboard id=10 [slave keyboard (3)]

Martin,

I didn't find any device that would produce EV_KEY BTN_* events.

The lsinput output is attached.

Christian

Thanks.

@Chris: Do you know whether xorg-evdev synthesizes mouse events from anything? It seems that there is no BTN_* event on any of the input devices which would be the origin of those mouse clicks seen in xev.

I turned on the "debug" level in udev. Sorry for not doing that earlier. I'm kind of learning as I go. :) An updated udev log is attached.

http://paste.ubuntu.com/509558/

Events from my keyboard.
Also tested all the other devices shown by lsinput, but none of them presented btn events.

Installing xserver-xorg-input-* from ppa:xorg-edgers/ppa solves the problem (temporarily until new packages will become official). I don't suggest to upgrade all xorg packages because they are not supported (...you know) and there are currently another annoying problem with clipping of notify-osd popups.

Cheers,

Marco

I forgot... I also kept the two "autoremovable" packages related to new touch protocol without affecting the "workaround" success.

Just for the record the udev quirks file in comment #24 does not fix/workaround the problem in any way.

@Marco Minetti: Could you check that installing just xserver-xorg-input-evdev from xorg-edgers resolves this problem? If it does, I'll see what's changed between our version and git.

Have this problem. It is strange that left button does not work only if keyboard layout indicator (scroll lock led) is enabled. After disabling keyboard layout indicator left button works.
Also, xinput list shows duplicate mouse device under "Virtual core pointer". After disabling second mouse device, one of duplicates, left button begins to work, even if keyboard indicator is enabled.

"xinput test" shows mouse click events even if left mouse does not work due to this problem.

@Chris Halse Rogers: Yes, installing of just xserver-xorg-input-evdev helps

I don't have a MS Keyboard or mouse (noname wireless Keyboard and Razer Diamondback Mouse) and have the same issue. lsinput is attached.

So nice (in a way) to see so many people have this problem :P

So, is there anything we can do yo help? I see people posting stuff like lsinput etc.. any suggestions for us noobs how to contribute?

I also want to help you solving this issue.
If there is something a noob like me can do to help you can ask.

Thank you for working on this.

Confirmed.
I'm using Microsoft Digital Media Keyboard 3000.
Ubuntu 10.10 fresh installation.

@Chris Installing the xserver-xorg-input-evdev only (xorg-edgers ppa) fixes the problem for me too. woot! TY @Marco for the suggestion..

Installing the xserver-xorg-input-evdev also worked for me!!!

In my case I was using an a4tech x7 and a dell studio 15 laptop.

xserver-xorg-input-evdev from ppa:xorg-edgers/ppa worked for my both machines as well. Hopefully it'll be shipped through maverick-updates asap.

Yes, update xserver-xorg-input-evdev helps.
Package for amd64 - http://ppa.launchpad.net/xorg-edgers/ppa/ubuntu/pool/main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_2.5.0+git20100822.990540fa-0ubuntu0sarvatt_amd64.deb

had the same problem with my Microsoft Digital Media Pro keyboard and any type of wired / wireless mouse - even the hardware buttons on the laptop itself. xserver-xorg-input-evdev and a gdm restart fixed it.

Targeting to maverick-updates as this seems to be affecting a LOT of users from just looking at the numbers of people affected on this bug and its' dups.

Well, well, Maverick is out and after downloading the CD image, I tought to give it another try, with a fresh install. Everything worked smoothly, just before selecting the partions, and then the mouse died. And this is from the LIVE SESSION, without modifing anything, just left it do its job and installing... It only moved the arrow on the screen. No right click, no left click, nothing. I installed, and I am posting now from Linux Mint. The same mouse works flawlessly. I would post a bug, but I do not have the system installed anymore.

Updated xserver-xorg-input-evdev as stated above and mouse(A4Tech X7-755BK) is working fine now.

Ok. The A4Tech mouse problem is probably a separate problem, which is upstream http://bugs.freedesktop.org/show_bug.cgi?id=24737 and fixed in git commit ec6cb31c.

There doesn't appear to be a smoking-gun commit in git to fix the Microsoft keyboards. I'll push up some packages containing likely commits for people to try.

> Ok. The A4Tech mouse problem is probably a separate problem, which is upstream http://bugs.freedesktop.org/show_bug.cgi?id=24737 and fixed in git commit ec6cb31c.

I didn't encountered any problems with pointer movement on A4Tech mouse, only with left button. Pointer moved smoothly without any glitches.

I've cherry-picked what appeared to be the most likely commits to the xserver-xorg-input-evdev package found in https://edge.launchpad.net/~raof/+archive/aubergine . Could people please test this package and see if it helps?

@Chris Hals Rogers: Yes, your package helps and the mouse works properly, at least after short testing, I will test it more.

I want to confirm this bug...

[ 86336.977] (II) config/udev: Adding input device Microsoft Microsoft® Digital Media Keyboard 3000 (/dev/input/event2)
[ 86336.977] (**) Microsoft Microsoft® Digital Media Keyboard 3000: Applying InputClass "evdev keyboard catchall"
[ 86336.977] (**) Microsoft Microsoft® Digital Media Keyboard 3000: always reports core events
[ 86336.977] (**) Microsoft Microsoft® Digital Media Keyboard 3000: Device: "/dev/input/event2"
[ 86337.024] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found keys
[ 86337.024] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Configuring as keyboard
[ 86337.024] (II) XINPUT: Adding extended input device "Microsoft Microsoft® Digital Media Keyboard 3000" (type: KEYBOARD)
[ 86337.024] (**) Option "xkb_rules" "evdev"
[ 86337.024] (**) Option "xkb_model" "pc105"
[ 86337.024] (**) Option "xkb_layout" "us"
[ 86337.025] (II) config/udev: Adding input device Microsoft Microsoft® Digital Media Keyboard 3000 (/dev/input/event3)
[ 86337.025] (**) Microsoft Microsoft® Digital Media Keyboard 3000: Applying InputClass "evdev keyboard catchall"
[ 86337.025] (**) Microsoft Microsoft® Digital Media Keyboard 3000: always reports core events
[ 86337.025] (**) Microsoft Microsoft® Digital Media Keyboard 3000: Device: "/dev/input/event3"
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found 1 mouse buttons
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found scroll wheel(s)
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found relative axes
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found absolute axes
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found x and y absolute axes
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found keys
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Configuring as mouse
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Configuring as keyboard
[ 86337.060] (**) Microsoft Microsoft® Digital Media Keyboard 3000: YAxisMapping: buttons 4 and 5
[ 86337.060] (**) Microsoft Microsoft® Digital Media Keyboard 3000: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
[ 86337.060] (II) XINPUT: Adding extended input device "Microsoft Microsoft® Digital Media Keyboard 3000" (type: KEYBOARD)
[ 86337.060] (**) Option "xkb_rules" "evdev"
[ 86337.060] (**) Option "xkb_model" "pc105"
[ 86337.060] (**) Option "xkb_layout" "us"
[ 86337.060] (EE) Microsoft Microsoft® Digital Media Keyboard 3000: failed to initialize for relative axes.
[ 86337.060] (WW) Device 'Microsoft Microsoft® Digital Media Keyboard 3000' has 37 axes, only using first 36.
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: initialized for absolute axes.
[ 86337.061] (II) config/udev: Adding input device Microsoft Microsoft® Digital Media Keyboard 3000 (/dev/input/js0)
[ 86337.061] (II) No input driver/identifier specified (ignoring)

@Chris Hals Rogers: your package also resolves my problem, Thanks !

@Chris Hals Rogers: Yeah, thanks. Works also for me =)

@Chris Halse Rogers: The PPA package seems to have fixed the issues for me too. Thanks!

@Chris Halse Rogers,

I'm not quite sure how to install your testcase version. When I go to uninstall the one I installed a few days ago from the PPA suggested by Marco, it wants to uninstall every xorg related thing. When I went to install your suggested one, it went ahead and installed it, but now i've got the xserver-xorg-input-evdev from the edgers ppa and the one from raof.. *squeeaks! help!* Hehe. Not quite sure what to do. I expected maybe the one from raof would uninstall the edgers one but it didn't.

@Chris Halse Rogers,

Ok, I've done some research, found a package called ppa-purge and purged all unneeded xserver-xorg-input-evdev* and went back to the one that had the mouse/kb troubles. Added your ppa and installed the testcase version. Indeed, it fixes the problem. Odd thing though, the first time I use any special keys on the kb, the mouse gets reset to my second monitor (which is secondary and to the left of my main monitor). After that, its fine. It won't change positions, kb and mouse work as they should.

The 'Aubergine' package also fixes that problem for me. Thanks! :-)

It does, however, do something a bit like marshals' problem (comment 63). I only have one monitor, but the first time I use one of the 'special keys', the mouse jumps to the top left corner (presumably 0,0). I've attached the output from xev as this happens, although it doesn't mean much to me. The special key performs its appropriate function as well, and after that, everything behaves as expected (the jump is a one time thing after starting X).

Same behaviour for me when using the Aubergine package (mouse pointer jumps to left upper corner after xorg started, same reproducible when logging out and in again) then everything is ok.
keyboard:microsoft wired keyboard 600

@Chris Hals Rogers: The aubergine package fixed the issue for me. Thanks!

For those people who find that pressing one of the special keys causes the mouse to jump to (0,0), could you please attach the log generated by input-events when that occurs? You'd want to run “sudo input-events $N” (replacing $N with the input device number) in a terminal, then press a special key to trigger the behaviour, then copy the output here.

You can work out what your input device number is from your /var/log/Xorg.0.log. For example, this person has their special keys on input device 3 (/dev/input/event3):
                                                                                                                                                                vvvvvvvvvvvvvvvv
[ 86337.025] (II) config/udev: Adding input device Microsoft Microsoft® Digital Media Keyboard 3000 (/dev/input/event3)
[ 86337.025] (**) Microsoft Microsoft® Digital Media Keyboard 3000: Applying InputClass "evdev keyboard catchall"
[ 86337.025] (**) Microsoft Microsoft® Digital Media Keyboard 3000: always reports core events
[ 86337.025] (**) Microsoft Microsoft® Digital Media Keyboard 3000: Device: "/dev/input/event3"
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found 1 mouse buttons
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found scroll wheel(s)
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found relative axes
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found absolute axes
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found x and y absolute axes
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Found keys
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Configuring as mouse
[ 86337.060] (II) Microsoft Microsoft® Digital Media Keyboard 3000: Configuring as keyboard
[ 86337.060] (**) Microsoft Microsoft® Digital Media Keyboard 3000: YAxisMapping: buttons 4 and 5
[ 86337.060] (**) Microsoft Microsoft® Digital Media Keyboard 3000: EmulateWheelButton: 4,

Your special-key device will be the one with all those incorrect properties - 1 mouse button, scroll wheels, relative & absolute axes.

It doesnt cause a jump. For example my mouse curser just disappeared for a short moment the first time activating numlock, since than it works without any weird things.

In my case, event3 will be fired when pressing normal keys and event4 will be fired when pressing the multimedia keys. So here's my input-event for device4 when pressing a volume key. After this the mouse pointer jumped to the upper left corner.

-----------------------------------------------------------------------------------
felix@pc:~$ sudo input-events 4
/dev/input/event4
   bustype : BUS_USB
   vendor : 0x45e
   product : 0x750
   version : 273
   name : "Microsoft Wired Keyboard 600"
   phys : "usb-0000:00:12.1-2/input1"
   uniq : ""
   bits ev : EV_SYN EV_KEY EV_REL EV_ABS EV_MSC EV_REP

waiting for events
10:24:33.894621: EV_MSC code=4 value=786665
10:24:33.894638: EV_KEY KEY_VOLUMEUP (0x73) pressed
10:24:33.894660: EV_SYN code=0 value=0
10:24:34.038652: EV_MSC code=4 value=786665
10:24:34.038669: EV_KEY KEY_VOLUMEUP (0x73) released
10:24:34.038693: EV_SYN code=0 value=0
-----------------------------------------------------------------------------------

@Chris Hals Rogers: The aubergine package seems to work for me.. Thank you very much! :)

@Chris Hals Rogers: The aubergine package seems to work for me too.. Thank you.
@_felix_ - The same problem with the left corner happens to me.

@Chris Hals Rogers: The aubergine package seems to work for me too. Thank you.
@_felix_: The same problem, with left corner happens to me.

@Chris Halse Rogers:

I have the mouse pointer going to screen corner when a special key is first pressed too.

leon@LN01:~$ dpkg -l | grep -i evdev
ii xserver-xorg-input-evdev 1:2.3.2-6ubuntu3.1~testcase1 X.Org X server -- evdev input driver

leon@LN01:~$ sudo input-events 4
/dev/input/event4
   bustype : BUS_USB
   vendor : 0x45e
   product : 0x750
   version : 273
   name : "Microsoft Wired Keyboard 600"
   phys : "usb-0000:00:1d.1-2/input1"
   uniq : ""
   bits ev : EV_SYN EV_KEY EV_REL EV_ABS EV_MSC EV_REP

waiting for events
12:56:14.537730: EV_MSC code=4 value=786834
12:56:14.537737: EV_KEY KEY_CALC (0x8c) pressed
12:56:14.537748: EV_SYN code=0 value=0
12:56:14.657725: EV_MSC code=4 value=786834
12:56:14.657731: EV_KEY KEY_CALC (0x8c) released
12:56:14.657743: EV_SYN code=0 value=0
timeout, quitting

@Chris Halse Rogers:

Mouse only moves to 0,0 the first time a special key is pressed after log in. After that, the mouse is unaffected.

My results from input-events:

/dev/input/event12
   bustype : BUS_USB
   vendor : 0x45e
   product : 0x745
   version : 273
   name : "Microsoft Microsoft® 2.4GHz Tra"
   phys : "usb-0000:00:1d.7-1.4/input2"
   uniq : ""
   bits ev : EV_SYN EV_KEY EV_REL EV_ABS EV_MSC EV_REP

waiting for events
11:32:24.756207: EV_MSC code=4 value=786665
11:32:24.756223: EV_KEY KEY_VOLUMEUP (0x73) pressed
11:32:24.756267: EV_SYN code=0 value=0
11:32:24.844234: EV_MSC code=4 value=786665
11:32:24.844250: EV_KEY KEY_VOLUMEUP (0x73) released
11:32:24.844297: EV_SYN code=0 value=0

Perhaps uninteresting, but I did an input-events on my mouse at the same time it moved to 0,0, but there was no output. ie: input-events didn't register the mouse movement.

Using keyboard special keys causes the system to not respond to any mouse input. Ctrl+Alt+Del and restart is the only option that worked for me. Was not a problem on Lucid. Reproducible on Maverick. Using Microsoft mouse and keyboard.

I am experiencing the same problem on CHICONY WUR-0570TR wireless keyboard+mouse set.

I am experiencing the same issue on a Fujitsu Siemens Amilo Li1818 laptop
and the internal touchpad. This doesn't seem to be limited to Microsoft
keyboards.

2010/10/15 Evžen Šubrt <email address hidden>

> I am experiencing the same problem on CHICONY WUR-0570TR wireless
> keyboard+mouse set.
>
> --
> Keyboard special keys interfere with mouse
> https://bugs.launchpad.net/bugs/636311
> You received this bug notification because you are a direct subscriber
> of a duplicate bug (658122).
>
> Status in Ubuntu Release Notes: New
> Status in “linux” package in Ubuntu: New
> Status in “xserver-xorg-input-evdev” package in Ubuntu: Confirmed
> Status in “linux” source package in Maverick: New
> Status in “xserver-xorg-input-evdev” source package in Maverick: Confirmed
>
> Bug description:
> Binary package hint: xorg
>
> Following an online update from Kubuntu Lucid to Maverick beta, use of
> almost any of the 'special' buttons on the keyboard (mail, home, documents,
> play/pause, volume up, zoom in...) fires a ButtonPress event (as seen by
> xev) for the physically left mouse button (i.e. left click with the mouse
> set right-handed, 'right click' if set left-handed). There is no
> corresponding ButtonRelease, so the computer acts as if that mouse button is
> held down. The ButtonPress occurs between the KeyPress and KeyRelease events
> of the special key.
>
> This makes the mouse essentially unusable. So far, I've not found a way to
> reset it besides logging off (i.e. restarting X).
>
> Hardware:
> - Basic Microsoft keyboard and mouse (optical wheel mouse, Digital Media
> Keyboard 3000)
> - Intel graphics (lspci says it's an 82G33/31 integrated graphics
> controller)
>
> Initially I thought the problem was related to kwin compositing (which also
> causes some problems, see bug 630632 ), but I've found it happening even
> with desktop effects turned off.
>
> I don't know if xorg is the best package to file this against, so if not,
> please point me in the right direction.
>
>
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu-release-notes/+bug/636311/+subscribe
>

For anyone wanting a semi-fix that doesn't entail restarting while waiting for evdev to be updated:

1) Even if the mouse is frozen, press "Alt-F2" and type "gnome-terminal" without quotes, then Enter.
2) Type "xinput list" without quotes, Enter, and note the "id" of the keyboard listed under "Virtual core pointer".
3) Type the following and press Enter, replacing "9" with your ID:

xinput set-prop 9 "Device Enabled" 0

Your media keys will now be disabled and your keyboard and mouse work otherwise normally until you suspend or reboot. Works for my MS Wired Keyboard 600.

The "Aubergine" package did the trick for me too, I use Maverick x86_64 and Microsoft Wired Keyboard 600.

I have this problem after upgrading to Maverick, too; xev shows a ButtonPress event (with not ButtonRelease) for any XF86 KeyPress, and the left click stops working after that.

I use a Microsoft Digital Media Keyboard 1.0A (045e:00b4) and a Microsoft IntelliMouse Optical (045e:0039).

I have installed the update provided by aubergine and will now restart to test it.

Update: RAOF's "aubergine" update fixed it perfectly for me as well. Thanks very much.

Same problem for Microsoft Wired Keyboard 600

I installed the xinput packages from ppa:xorg-edgers/ppa, and my mouse button is no longer getting stuck when pressing the media keys. All the media keys work, but I'm getting nothing from the normal function keys F1-F12. I can run a 'xinput test' on my keyboard device and I get nothing. I run it on the keyboard that shows up under 'Virtual Core Pointer' and I get the key codes.
I'm trying to make Ctrl+Alt+F1 work and I'm getting nothing. If I try to map F1 under Keyboard Shortcuts it shows up as mapped to 'Help' rather than 'F1'.

My device is Microsoft Microsoft® Digital Media Keyboard 3000. Any Thoughts?

Yes, it affects me too..I have the original netbook keyboard and a trust mouse..after some time the left button doesn't work anymore..even if I try to unplug and plug it again..the mouse still moves but the left button doesn't work..I'm playing Quakelive when it happens..I surely press a special key as a mistake and the left button of the mouse doesn't work..I have to restart Ubuntu every time the problem happens..Ubuntu 10.10 up to date..Compaq mini netbook..

You can log out and in again instead of restarting. Try Ctrl-Alt-F1, enter
user/pass and type: "sudo restart gdm". Still annoying but much better than
a full restart.

thanks for the tip.. :)
I tried the suggestion in the comment 40 of a duplicate of this bug, the no. 637208, and now it seems to work, at least for now.. :)

Microsoft Wireless Keyboard 5000, same problem. Media keys - play/pause, for example - act like a left mouse click and the mouse will no longer function. Quickest fix is pulling the usb that drives the keyboard and mouse and re-inserting. No luck with the aubergine package fix, maybe I didn't install correctly. Any idea when a fix will be provided in the updates?

@Tim Thomas: Comment #83

The F key stuff you are seeing is normal functionality of the keyboard. Look for the "F Lock" key above backspace and the light to the rightmost of Caps/Num lock. When F lock is on (light is on) the functions keys generate F1 through 12. When the light is off they generate special functions like Help. Back, Open, Spell Check etc. Ubuntu correctly supports either mode except for Spell Check.

aubergine ppa fixed the problem for me.
I have Microsoft Digital Media Keyboard 3000 and Genius Optical Mouse.
Every time I clicked one of the multimedia keys, the mouse, and sometimes the keyboard, stopped working.

I have Microsoft Digital Media Keyboard 3000 and Genius Optical Mouse. Same exactly annoying problem! Please fix it!

@Chris Hals Rogers: Your package solved my issue, many thanks !

Yes, i can confirm this too. I installed the package provided by Chris and the issues got resolved completely. I have installed it 5 days ago and do not see any side effects.
I am using Microsoft Wireless Desktop 3000.

A4Tech wireless GL-6 keyboard and G7-630 mouse, same symptoms - after any key on the keyboard is pressed (not just special keys!) the mouse left button stops working and is stuck in the pressed state (no problem with mouse movements or positioning as mentioned in the upstream A4Tech bug report).

The aubergine ppa package solves the problem completely. When can we expect to see an official fix?

People can expect an official fix shortly after I work out why this makes the mouse pointer jump to (0,0) the first time a special key is pressed :).

Thanks, Chris. :-)

I think other people have already posted the input-events output, but if you need any more information, let us know.

@Chris Halse Rogers : No (0,0) jump on my system. Using Microsoft Wireless Desktop 3000. Could this only affect a certain combination of mice/keboards?

At https://bugs.launchpad.net/udev/+bug/637208 someone has posted a solution that works for a4tech mouse users wich left click don't work anymore since dist upgrade.

You can solve the problem by typing this: What you see is my output, so change the 9 before "Device Enabled" to the ID of the Seccond detected A4TECH USB Device of your output for xinput --list

> $ xinput --list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ A4TECH USB Device id=8 [slave pointer (2)]
⎜ ↳ A4TECH USB Device id=9 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
    ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
    ↳ Power Button id=6 [slave keyboard (3)]
    ↳ Power Button id=7 [slave keyboard (3)]
    ↳ AT Translated Set 2 keyboard id=10 [slave keyboard (3)]

> $ xinput set-int-prop 9 "Device Enabled" 8 0

You have to do this every time you reboot your computer, I hope this bug get fixed asap

@Chris Halse Rogers : I can confirm Michael's observation, no (0,0) jump with Microsoft Digital Media Keyboard 3000. Mouse pointer stays where it is, left button is clicked and cannot be released. workaround is to unplug and replug the keyboard to release the mouse klick.

@Patrick (comment 98): That's the original problem. The (0,0) jump is what some of us have been seeing after installing Chris' updated package (linked in comment 56), which seems to fix the original problem for a lot of us, including my own case, which is with the same model of keyboard as yours. It sounds like you've not installed that, but please correct me if you have.

@Thomas Kluyver: you are right, I didn't read the full thread so it slipped my attention that the (0,0) jump is a problem with the proposed fix. the behaviour I described is on a vanilla Maverick install.

Dear all,
just for clarification. I do have the MS Wireless Keyboard and the fix from Chris installed. I do not experience a jump to (0,0) when pressing a multimedia key the first time but I am rid of the initial bug.

There's an xserver package in the https://launchpad.net/~raof/+archive/aubergine/ PPA which I think may fix the (0,0) jump problem, but I'm not sure.

Could you please test this package?

@Chris Halse Rogers
Added your PPA, upgraded three packages and I still have the (0,0) jump problem.

@Chris Halse Rogers
I also upgraded the packages and still got the (0,0) jump. Otherwise, the fix works fine.

Thanks.

Do you mean the 'xorg-server' package? I see that in the webpage for your PPA, but I don't see any package by that name in my package manager (and I have your PPA added). I'm also still seeing the jump.

I feel pretty strongly that this fix should be pushed out *immediately*, even in its currently incomplete state. This one would make most users downgrade or even switch back to Windows immediately.

When I was experiencing this bug every 5 minutes, I really felt like I was using alpha-quality software which was designed to raise my blood pressure. Even Ctrl+Alt+F1 stops working. However, the (0,0) jump is more of a minor annoyance than a complete show-stopper.

James: I, too, found it very annoying to contend with. However, I think the reasoning is that the original bug only affects a small slice of Ubuntu users. If the fix isn't behaving properly, there's a risk that it will break things for other users. That said, I hope it gets sorted soon.

I'm not a programmer, but I can add two things to the discussion:

a. I can completely confirm all of the above; left key stuck, after almost any uses of the keyboard (not only special keys..) ;

b. I agree with @James N that this bug is *urgent* and should be pushed out *immediately*, as it completely distrube the regular uses of the users.

Remember the Microsoft Mouses and Notebook users that have special keys are not as rare, and are actually very common in the US and Europe.

always thought it was randomly happening! only facing the problem in maverick though. 2 installs on separate computers and both face the same problem. affects both externally connected and normal k/b and mouse.

If you want to block additional buttons on A4Tech mouse, you can try this script.
https://bugs.launchpad.net/ubuntu/+source/udev/+bug/637208/comments/55
Of course, you can change model of mouse, slightly changing the script.

I wanted to add that I am affected by this bug (logitech revolution mx mouse and a microsoft digital media 3000 keyboard ).

The packages supplied in the ppa in comment 56 fix the issue without any side effects (so far)

https://edge.launchpad.net/~raof/+archive/aubergine

adding this ppa and upgrading affected packages works perfectly, although official fix would be more user friendly

thank you!

I'm using Maverick with a Microsoft Digital Media Keyboard 3000 and a Microsoft 1.1 mouse, and was having the issue described in this bug report.

Adding the https://edge.launchpad.net/~raof/+archive/aubergine repository solved the problems, but my mouse gets moved to (0,0) the first time I used the multimedia keys.

@Chris Halse Rogers

Your package solve my problem to, on a Compaq Presario CQ61-320SQ with the touchpad or with a USB wireless A4Tech G7-630 mouse. Just update it minutes ago ... Thank you.

As a side note, this mouse problem does not apperar in KDE, just in gnome.

I have this problem and I'm in KDE.

Ah, you got there before me. I see it in KDE too (both the original problem, and the new 'mouse jump' problem after installing the package from the aubergine ppa.

I have the same problem on Kubuntu 10.10 with the microsoft wireless keyboard 800 and microsoft wireless mouse 1000. I can temporarily fix it if I unplug the usb wireless reciever and plug it back in again.

Ok I've added the aubergine ppa, how do I get the upgraded packages? I did sudo apt-get update but that didn't update anything.

apt-get update only updates the list of packages. After doing that, run sudo apt-get upgrade to install newer versions.

Im using a microsoft wired keyboard 600 and a logitech MX518 mouse, andthe problem was solved thanks to the aubergine package (except for the return to 0,0 part at first use of specials keys part, which is muuuuch better than to have to unplug-plug back the keyboard). Thanks, Chris.

Microsoft Digital Media Keyboard 1.0A + Microsoft IntelliMouse Optical USB.
Same issue. Solved with the fix provided above.

Thanks,
Peter

Shouldn't this package be rolled into a standard update? I also having this
issue and it is getting mighty annoying after 40 days.

+1 on The Fiddler, James N and Royisr. This is a major bug and a fix (even an imperfect one) needs to be pushed out as a matter of extreme urgency. I know a lot of people with MS keyboards, and most of them don't know what a PPA is or how to reload usbhid.

I'm lucky enough to know how to play with PPAs and modprobe, but a normal user would just turn away from Ubuntu because of something like this.

40 days?!

Chris, do you plan to upload this soon? Even if it just fixes half of the cases, it'd be an improvement for users already. Thanks!

Chris, i agree with most of the people here that this is *urgent* i have this problem since the last dist upgrade, in my office we all have MS keyboards and this problem is a real pain in the ass.

Please make the solution for this problem ready to final users.

Thanks

It's strange, but without installing anything from the aubergine ppa respository, on my machine the "symptom" disappeared. Now I can press any extra key (the multimedia keys, or mail, home etc.) and the mouse still works correctly, I don't have to reset it. The only thing I did, was installing the regular updates with update-manager.

Problem solved for me too, without doing anything special (just the standards updates).

I'm using a Microsoft Wireless Keyboard 3000 v2.0 and Microsoft Wireless Mouse 5000. The left mouse button problem used to be present when pressing any of the "special" keys on the keyboard, e.g. volume up/down, play, pause, email, etc.

Now when I use the "special" keys there doesn't appear to be a problem. I have been updating regularly using Update Manager and I don't know which update(s) resolved the problem.

Alright, it seems there's been progress. Questions:
- If it's fixed for you without adding the aubergine repository, does your mouse jump to the top left corner of the screen the first time you use one of the special keys after starting the computer? Several people have experienced that with the aubergine repository.
- Is this a deliberate fix for this bug, or is it a side effect of an update fixing another bug? Could a future update make it reappear?
- Is there a way for those of us who installed the package from the aubergine PPA to test the standard repos? Will ppa-purge do the trick?

For me the problem didn't solve with the update manager, i have all the updates installed and still have this problem.

Im on ubuntu server kernel, but seems this doesn't affect the ppa people are sugesting to solve the problem.

Anyone can confirm if the ppa changes are integrated in some package of ubuntu?

I have been using the aubergine packages since they were released and had been facing the (0,0) cursor move issue on first use ever since.

Out of curiosity, I installed ppa-purge this morning and proceeded to purge the aubergine PPA.
Four packages were downgraded: xserver-common xserver-xephyr xserver-xorg-core xserver-xorg-input-evdev.

The first 3 packages are built from the xorg-server source package and the last one is built from the xserver-xorg-input-evdev source package.

 I took a look on both packages' changelog and, even though none has been modified since even before Maverick's release date, both the original issue of the special keys interfering with the mouse and the (0,0) cursor move glitch are gone now!

Really not sure what fixed those issues and not sure either if they're fixed on a fresh installation either.

I can confirm that after installing today's updates and rebooting, the issue appears to be fixed (in my case at least). Should also mention that I've not used the aubergine package or any PPA. I have a Microsoft® Wired Keyboard 600 and Logitech® MX510 plugged into a HP 6730s laptop. Thanks!

same here, issue fixed since last kernel upgrade (with Microsoft Digital Media Keyboard 3000). never had PPA installed.

Thanks for the feedback! So it seems this was fixed with the recent kernel upgrade to maverick-updates. Please let us know if it still does not work with all maverick updates applied.

How does one return to the normal upgrade path after using the ppa? Can anyone please list the steps?

@amichair: Install the ppa-purge package, then use the command "sudo ppa-purge -p aubergine raof". That will disable the PPA and downgrade your packages to the latest version available from your other sources.

It was fixed for me until the kernel update yesterday... now it's back.

Ok, now I can use the multimedia and other special keys on my Microsoft Digital Media Keyboard 1.0A and the mouse keeps working fine.

*But* my function keys (F1, F2, etc) don't work anymore. I've plugged in a Dell keyboard as well (besides the Microsoft one) and the Dell one keeps working just fine.

Bug fixed for me. Multimedia function keys have no Button event and work as usual. Also the F(1-12) function keys still work.

I applied all of the updates (including latest kernel) at about 10AM GMT today, and everything appears to now be working. No mouse pointer glitches either, everything just works as expected. Never installed the PPA packages.

Using Microsoft Digital Media Pro keyboard (P/N X800153-011) and old Logitech G5 mouse.

Thanks guys.

Sorry, should have said. Function keys (F1...F12) all work fine here too.

@Daniel: Does your keyboard have an "F-lock" key like mine? If so, check that it's on.

It's resolved for me too with the last packages update. :D

Resolved for me, too. Bug should be closed.

Thanks, Thomas! After running ppa-purge and upgrading to latest kernel (and all other updates) from official repos, the issue is gone here as well.

problem solved for me too with latest updates. thanks all.

> @Daniel: Does your keyboard have an "F-lock" key like mine? If so, check that it's on.

You're right. Thomas. I forgot about this key. It's been such a long time since I last pressed it. :-)
Everything is working fine then.

ppa:raof/aubergine didn't solve my problem. I can't use mouse and (this) keyboard same time.

I have uptodate Ubuntu 10.10. (and tested only with 10.10)
My Mouse&Keyboard model is A4Tech No any Lag Wireless Desktop GL-6630 ( http://www.a4tech.com/product.asp?cid=100&scid=156&id=600 )
They are wireless mouse+keyboard set and using same usb-receiver.
After connecting receiver mouse start working, but when switch keyboard ON - left mouse button stop working.

Keyboard has 7 special keys: shutdown, back, forward, refresh, home, zoom, email. (If this does matter, mouse breaks before any key press)

I can disable keyboard, and then mouse works again:
xinput set-prop 8 "Device Enabled" 0
And enabling keyboard will break mouse again.

I tried ppa:raof/aubergine, but it didn't solve my problem.
Before:
xserver-common: Installed: 2:1.9.0-0ubuntu7
xserver-xephyr: Installed: 2:1.9.0-0ubuntu7
xserver-xorg-core: Installed: 2:1.9.0-0ubuntu7
xserver-xorg-dev: Installed: 2:1.9.0-0ubuntu7

FIX:
sudo add-apt-repository ppa:raof/aubergine
sudo apt-get update
sudo apt-get upgrade
sudo reboot

After:
xserver-common, xserver-xephyr, xserver-xorg-core, xserver-xorg-dev Installed: 2:1.9.0-0ubuntu7.3~raof

I tested events from keyboard with 'xinput test 8'
-> ONLY key press/ key release (special keys gives key-events too)

Part2. (with success)
I purged aubergine ( sudo ppa-purge -p aubergine raof )

And tried xorg-edgers
sudo add-apt-repository ppa:xorg-edgers/ppa
sudo apt-get update
sudo apt-get upgrade
#140 package upgraded
#e.g. xserver-common (2:1.9.2.901+git20101129+server-1.9-branch.65f2ab20-0ubuntu0sarvatt2~maverick)
sudo reboot

And now my mouse and keyboard work.
(ONE of special keyboard button causes ALWAYS mouse cursor to jump 0,0)

Hi. This bug is not fixed.

The ppa:raof/aubergine does not fix it for me, only the ppa:xorg-edgers/ppa does fix this bug.

At login time the left button works, short after the login too, later not.

I resolved this through Gnome settings in Ubuntu 10.10. Under System, Keyboard Preferences:
On the Layouts tab I selected a similar keyboard model "Microsoft Natural Keyboard Pro / Microsoft Internet Keyboard Pro". On the "Mouse Keys" tab I de-selected the check box labeled "Pointer can be controlled using the keypad" Then I restarted my PC although the restart may have been overkill. Viola. No more issue. If I'm wrong and the issue still exists I'll post my findings here.

Hardware:
I have a Microsoft Natural MultiMedia Keyboard and Logitech mouse and have experienced the loss of the left mouse button functionality after a special key was pressed.

Lucid:

After the kernel update to 2.6.32-29.58 a mythbuntu/xubuntu system with a Logitech Cordless keyboard and mouse began exhibiting the behaviour described in this and related duplicate bugs - namely:

 * loss of left-mouse functionality
 * xubuntu's graphical sudo GUI reporting "Other application has captured mouse, may be malicious key-logger" when using update-manager

Triggers appeared to be:

 * pressing function key combinations or special media keys on the keyboard
 * some random time passing after log-in without doing anything except moving/clicking the mouse

After finding this and duplicate bugs and reading the various solutions and suggested causes I decided to try restarting the affected PC with the previous kernel, 2.6.32-28.55, and the problem disappeared.

I can't see anything obvious in the changelog to explain what may have introduced the problem on the particular system.

I don't know if this has been moved somewhere else or is still considered open but I believe I have the same problem in Natty. This post http://ubuntuforums.org/showthread.php?t=1790995 details my problem exactly and shows myself and two others with the same issue. I did not have the problem before I upgraded to Natty, and I was using natty-backports.

I should note that I don't have a Microsoft keyboard but a Saitek Eclipse II keyboard. Relevant inputs:

/dev/input/event5
   bustype : BUS_USB
   vendor : 0x6a3
   product : 0x8021
   version : 273
   name : "Chicony Saitek Eclipse II Keyboa"
   phys : "usb-0000:00:1d.0-1/input0"
   uniq : ""
   bits ev : EV_SYN EV_KEY EV_MSC EV_LED EV_REP

/dev/input/event6
   bustype : BUS_USB
   vendor : 0x6a3
   product : 0x8021
   version : 273
   name : "Chicony Saitek Eclipse II Keyboa"
   phys : "usb-0000:00:1d.0-1/input1"
   uniq : ""
   bits ev : EV_SYN EV_KEY EV_MSC

The feature that causes the problem here is the button to turn on/off/change the kb backlight color. input-events for /dev/input/event6:

First press (backlight off->blue): emulates left click
19:43:40.885931: EV_MSC MSC_SCAN -16646143
19:43:40.885936: EV_KEY BTN_0 (0x100) pressed
19:43:40.885941: EV_MSC MSC_SCAN -16646140
19:43:40.885942: EV_KEY BTN_3 (0x103) released
19:43:40.885943: EV_SYN code=0 value=0

Second press (blue->red): emulates middle click
19:43:43.101984: EV_MSC MSC_SCAN -16646143
19:43:43.101989: EV_KEY BTN_0 (0x100) released
19:43:43.101992: EV_MSC MSC_SCAN -16646142
19:43:43.101992: EV_KEY BTN_1 (0x101) pressed
19:43:43.101996: EV_SYN code=0 value=0

Third press (red->purple): emulates right click
19:43:38.005865: EV_MSC MSC_SCAN -16646142
19:43:38.005869: EV_KEY BTN_1 (0x101) released
19:43:38.005871: EV_MSC MSC_SCAN -16646141
19:43:38.005872: EV_KEY BTN_2 (0x102) pressed
19:43:38.005874: EV_SYN code=0 value=0

Fourth press (purple->off) emulates ???
19:43:39.765915: EV_MSC MSC_SCAN -16646141
19:43:39.765921: EV_KEY BTN_2 (0x102) released
19:43:39.765925: EV_MSC MSC_SCAN -1664614019
19:43:39.765926: EV_KEY BTN_3 (0x103) pressed
19:43:39.765928: EV_SYN code=0 value=0

It seems to me this might be fundamentally a udev issue.. but I'm not qualified to judge that.

Fresh install and upgrade to latests packages across the board and I get this as well, ubuntu is not unusable for me.

Ah, so it's fine with my normal 2 button USB mouse, though with the multi function logitech it shows the symptoms.

This is happening to me on Xubuntu 12.04 on Lenovo X201 Tablet.

eol reached https://wiki.ubuntu.com/Releases

This has apparently been ongoing for a long time. I have a Saitek Eclipse ii keyboard and I and others report that when you click the keyboard button to change the back light color, it triggers mouse events. These end up disabling the mouse. Unplugging and replugging the USB cable for the keyboard resets function to normal with the default blue back light color. If you try to change the color, the problem returns. I am now running 64 bit 14.04 and the problem has been with me since at least 12.04.

It still affects me, it looks like a kernel bug.
openSuSE Tumbleweed