keyboard suddenly unresponsive / weird mouse state

Bug #140555 reported by Daniel Hahler
6
Affects Status Importance Assigned to Milestone
Ubuntu
Fix Released
Undecided
Unassigned

Bug Description

All out of a sudden, my keyboard and mouse behaved very weird:
1. I cannot left-click application menus of programs anymore: the cursor turns into a (dragging) hand, and I can only move the whole window, but the application menu does not pop up.
2. I can right- and left-click icons on the desktop, but cannot do the same in a window: right-licking triggers "resize", left-clicking triggers "move".
3. Keyboard input gets completely ignored, even ctrl-alt-backspace (for restarting X) or ctrl-alt-f1.
4. I cannot click any buttons (e.g. "OK" or "Cancel"), but clicking the windows/dialogs cross in the upper right cancels a dialog or closes a window
5. "Lock session" does not work anymore: it just does nothing. Only "Start new session..." was able to rescue me.

This appeared to have started after I've rightclicked on the amarok tray icon (which stopped playing unexpectedly)
No tray menu popped up, but amarok kept not responding and mouse/keyboard (input) started behaving weird. But I'm not sure, about when it started exactly.

I could launch a new session from the desktop's "New session..." menu, where the input devices now work as expected.

It seems like kdm (or whatever controls the input devices) gets stuck in some weird state, e.g. like it thinks some modifier is held down all the time.
Therefor I've tried pressing various combinations of ctrl, alt, shift and escape - even together with the mouse buttons.

I'm using KDM (Kubuntu) and USB mice and keyboard.

Revision history for this message
Daniel Hahler (blueyed) wrote :

Some observations:
regarding mouse behaviour, it appears like the super/win key is pressed all the time, but that would passthrough any "non-mapped" hotkeys on the keyboard normally (e.g. win-z would send a "z" to konsole normally).

Some things I've noticed:
1. There are no ButtonPress events in xev, while they are present in the new session of course.
2. The KeymapNotify events seem to have an "1" and "8" where the "normal" xev has 0:
    KeymapNotify event, serial 28, synthetic NO, window 0x0,
    keys: 4294967205 0 0 0 0 0 0 1 0 0 0 0 0 0 8 0
           0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

I'll attach the output for "xev", where I've pressed three different mouse buttons and then closed the window.

Revision history for this message
Daniel Hahler (blueyed) wrote :

Some more details:
Keyboard driver: kbd
xorg 7.2-5ubuntu9

I've added a program "kwin --replace" to the desktop, to see if it would change anything then and executed it.
The one window I've tried (Konqueror file browser) still behaved the same, but amarok's tray icon appeared "alone" in the top left (I had killed kicker before already).
So I've tried rightclicking it, which caused X to crash (I was thrown back to the login screen).

In /var/crash appeared a crash file for firefox, which I'm currently sending and will link it to here potentially.

Revision history for this message
Daniel Hahler (blueyed) wrote :

JFI: the firefox crash mentioned above is bug #140568 (marked private).

Revision history for this message
Jonathan Riddell (jr) wrote :

Are you running compiz?

Revision history for this message
Daniel Hahler (blueyed) wrote :

I don't remember if I was running compiz at that time, but probably not.

Revision history for this message
Adam Niedling (krychek) wrote :

Something must have gone really wrong there. I assume from your last comment that you're not using that system anymore so we will never know what caused your problem. There is no reason to keep this bug open anymore. Please reopen if you disagree.

Revision history for this message
Daniel Hahler (blueyed) wrote :

Just for completeness: I'm still running the same system (dist-upgraded since Hoary) - I just don't remember if I was using compiz at that time.
But it did not happen again, so hopefully it's been fixed somehow.

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.