Keyboard randomly stops working, but autorepeat and mouse work

do-dist-upgrading from karmic to lucid has resulted in this issue happening 2x a day, to once every 10 minutes

AHAH!

My computer got into a state somehow where this problem no longer went away when switching users, logging out, or EVEN REBOOTING. Even upgrading distributions or disabling proprietary graphics drivers (I had various hunches) did not help.

Seems related to KDE desktop session and/or kwin, since the problem only happens inside a KDE session (also using Compiz Fusion-Icon, if relevant, though problem was not replicable with the kde window decorator). That is, one can type one's username and password normally in the Xorg login screen, but once that happens, the only way letters are registered is if you hold down the key for at least a second. I am typing quite nicely now in an XFCE session.

This bug was *so severe* (typing limited to one character per second, combo keys limited to one combo per 3-5 seconds) that I had to switch away from KDE because the computer was entirely unusable. Suggested assigning to KDE and upgrading to highest severity.

Occurs not only in Karmic and Lucid, but Maverick and Natty.

Same problem, slightly different situation.
I use gnome shell, but i had it also with unity, gnome classic and xfce (all of them after installing gnome shell, however). kde hangs.
I didn't have the problem before upgrading to natty.
I also noticed that when the problem occurs tends to occur fairly early after login, or it doesn't occur. Maybe a synchronization problem at login?
logout still seems to solve the problem

i have a dell precision m4500 with natty 64 bit

Man, writing with this keyboard sucks.

SUCCESSFULLY DIAGNOSED, with WORKAROUND

Many thanks to Thomas Lübking for help diagnosing

This is due to an accessibility "feature" known as "slow keys"
*Somehow*, the feature gets randomly activated during normal use of the OS.
The normal user warning for this is a system bell (which may not be heard), so it's easy to miss; there is no graphical indicator of any sort.
Normally though, this feature should not be activated in the first place.

FIX / WORKAROUND:
- open the System Settings > Accessibility (or type "kcmshell4 access" in a terminal)
- under "[tab]Keyboard Filters" you may see Sticky Keys enabled if you are suffering from this; disable it and hit Apply
- to prevent this from happening again, go to "[tab]Activation Gestures", disable "Use gestures to activate...", set the inactivity timeout to the lowest possible setting (1min), and enable all the notification features

suggested severity: Highest (because it makes people's system unusable and they have no idea how to fix it)

how this should be fixed:
- source of random activation should be found and fixed
how this can be mitigated:
- kubuntu system settings should be set to those described in "FIX" to reduce chances of occurring
- KDE code can be modified to show a prominent accessibility status indicator, or require typing "confirm"

This is bug is suspected to be due to an Ubuntu configuration of either the base system or KDE packages, though I am unsure what might affect usability settings of all desktops.

(Maybe it's also possible that there exists some activation gesture which will cause a popup to appear, but the user will hit Enter while typing?)

go4linux's comment should also be investigated, because it may indicate this problem is also occurring in other desktop environments; if so that would help track down the cause of the random activations if it's the same issue

I suffer the same fault under Ubuntu 11.04 using GNOME shell when installed through the PPA's

    http://ppa.launchpad.net/gnome3-team/gnome3/ubuntu
    http://ppa.launchpad.net/ricotz/testing/ubuntu

I believe this to be the same case, because the accessibility settings have some impact on the behavior when the bug is triggered.

However, I have no workaround: the accessibility settings available through GNOME 3 do not reset the behavior. Perhaps this is caused by missing packages, or less than complete integration.

regards

Andrew

Hi any update on this or info for gnome3 users??? This bug is incredibly frustrating. It definitely seems like a bug with slow keys.

However what I've noticed is that slow keys don't actually work at all, I can't turn them on except when they come on via this bug then I can't turn them off in the accessibility settings.

Can this please be upgraded to Critical importance?

I second the upgrading to Critical importance, because this bug is indistinguishable from a "I have to hard-reboot my computer now" bug, even to advanced users (though, advanced users may attempt a logout with only mouse+clicks, or ctrl[wait 2 sec]+alt[wait 2 sec]+f1[wait 2 sec], then sudo /etc/init.d/kdm restart or the new equivalent command), and the cause is not traceable or understandable even to advanced users.

I can confirm this bug on Ubuntu Natty using Gnome 3. I tried submitting this bug to Gnome 3, however it was suggested there, that this is probably a more general issue that should be submitted directly to Ubuntu.

It is absolutely frustrating. Quite frankly, every time it happens I consider switching to another distribution. It makes my desktop totally unusable.

Ok, this is indeed Slow keys. The problem is caused by holding SHIFT button for N seconds. It can be turned off by holding SHIFT again for N seconds (not a permanent fix). Unfortunately it seems that under Gnome 3, there is no gui to configure this accessibility feature correctly.

... forgot to paste a link: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/41427

kcmshell4 is part of kdeadmin. Moving.

seriously people?
There's an accessibility feature which makes it _impossible_ to access your desktop, even for advanced users , whithout any notification whatsoever that you turned it on?

I think I'll go install windows 8 now, it can't possibly be worse.

btw. I'm affected by this bug... used to be on ubuntu 12.10, now on debian testing. same crap. cheers.

Status changed to 'Confirmed' because the bug affects multiple users.