Keyboard special keys interfere with mouse
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Release Notes for Ubuntu |
Invalid
|
Undecided
|
Unassigned | ||
xorg (Ubuntu) |
Invalid
|
High
|
Unassigned | ||
Maverick |
Fix Released
|
High
|
zohar | ||
Natty |
Invalid
|
High
|
Unassigned | ||
xserver-xorg-input-evdev (Ubuntu) |
Invalid
|
High
|
Chris Halse Rogers | ||
Maverick |
Invalid
|
High
|
Unassigned | ||
Natty |
Invalid
|
High
|
Chris Halse Rogers |
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.
== Regression details ==
Discovered in version: maverick
Last known good version: lucid
description: | updated |
tags: | added: kubuntu |
affects: | xorg (Ubuntu) → xserver-xorg-input-evdev (Ubuntu) |
description: | updated |
tags: | added: keyboard mouse xorg |
Changed in xserver-xorg-input-evdev (Ubuntu): | |
status: | New → Confirmed |
summary: |
- Microsoft Keyboard special keys interfere with mouse + Keyboard special keys interfere with mouse |
affects: | evdev → ubuntu-release-notes |
Changed in xserver-xorg-input-evdev (Ubuntu): | |
importance: | Undecided → High |
milestone: | none → maverick-updates |
tags: | added: regression-potential |
Changed in linux (Ubuntu): | |
importance: | Undecided → High |
Changed in xserver-xorg-input-evdev (Ubuntu Maverick): | |
importance: | Undecided → High |
Changed in xserver-xorg-input-evdev (Ubuntu): | |
status: | Incomplete → Confirmed |
Changed in xserver-xorg-input-evdev (Ubuntu Maverick): | |
status: | New → Confirmed |
milestone: | none → maverick-updates |
Changed in ubuntu-release-notes: | |
status: | New → Confirmed |
status: | Confirmed → New |
tags: |
added: regression-release removed: regression-potential |
description: | updated |
Changed in linux (Ubuntu): | |
status: | New → Invalid |
Changed in linux (Ubuntu Maverick): | |
status: | New → Confirmed |
tags: | added: natty |
Changed in linux (Ubuntu Maverick): | |
importance: | Undecided → High |
Changed in linux (Ubuntu Maverick): | |
assignee: | nobody → Becke Åkerman (becke) |
Changed in linux (Ubuntu Maverick): | |
assignee: | Becke Åkerman (becke) → sukatana (sukatana) |
Changed in linux (Ubuntu Natty): | |
status: | Invalid → Confirmed |
affects: | linux (Ubuntu Maverick) → xorg (Ubuntu Maverick) |
Changed in xorg (Ubuntu Maverick): | |
assignee: | sukatana (sukatana) → zohar (zzzzohar) |
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.