This bug happens really rarely, so it is very difficult to describe it correctly. I had several windows open, and I was using Composite the 3 or 4 times it happened. It happened, IIRC, always when I moved a window across the screen with the keyboard shortcut. It moved, moved, moved, and *blam*. The keyboard stopped working. I remember I was able to make it response again by changing the workspace, but this time it didn't work, neither did it the last time. The 'last time' X crashed with IO errors from ICE IIRC (sorry, I didn't notice the output). But this time it was very strange because I was able to make it response after a while... The symptoms: * I was unable to focus on anything: - If I clicked the Menu Xfce it didn't showed up, but the button cycled through the state pressed/unpressed. - The Terminal didn't get the focus (the cursor was a blank scare) - etc. * I was also unable to launch an application from the panel (simple launcher). However I was able to launch applications from the desktop, and on the desktop I have a folder. With it I opened Thunar. As I was in Thunar I had the brilliant idea to enter to a PATH so as to logout. And... as soon as I clicked the "Go Up" button, I regained the power to my keyboard :S I hope you can bet what it could be. The Xorg logs doesn't look interesting. Mike
I can confirm similar keyboard locks. I am using XFCE4 version 4.3.90.2 (beta2). It never happened to me when I was using a stable release of XFCE4. I wonder if these random keyboard blocks depend on the Terminal. For some time I switched back to Xterm, and haven't observed any block at all. I do not use Composite and haven't found anything interesting in Xorg.0.log file. My hardware is the following laptop: Acer TravelMate 4052 with synaptics touchpad.
The key ALT seems to be the hood. It just locked again, while I was changing the current workspace. I have succeeded in reproducing it: it is a question of speed, the faster you type and release the shortcut, the higher the chance to lock the keyboard. Mike
I agree with Mike. I was also able to block the keyboard once while switching the workspaces using <Ctr>+<Alt>+<arrows>. The keyboard unlocked after I tried to move some windows with mouse. It seems it is not related to the Terminal, since I use xterm for some time. /ediap
Maybe this has something todo with sticky keys? You can find these settings in the keyboard settings (in xfce-setting-show).
Do not know, but I have no option set in keyboard-settings -> accessibility: - no sticky keys set - no slow keys set - no bouncing keys set I only use "Emacs" key mapping instead of the default one. Mike: Do you have some special keyboard settings? /ediap
Neither do I use sticky keys. What I know now is that this -keys don't being released and locking the keyboard- happens only with the window manager shorcuts.
Revert to r22473 helps. I can still reproduce the bug, but it is just easier to get the key unreleased (changing workspace, clicking on menubars, ...)
(In reply to comment #7) > Revert to r22473 helps. > > I can still reproduce the bug, but it is just easier to get the key unreleased > (changing workspace, clicking on menubars, ...) > The trick is to move a window if it happens. Works all the time.
I confirm. When the keyboard locks, just move any window using the mouse/touchpad and everything goes back to the normal state. /ediap
I hereby confirm this too - ie move window to resume ability to type. This is related (partially) to bug 2146.
Can you update to rev. 22776 and report?
No change - I can trigger the lock with r22790. Partial reversion of 22670 (src/keyboard.c) fixes this problem, but causes other problems with some keyboard shortcuts such as one which I use to pop up the window list: I need to release the keys quickly or the menu doesn't appear.
Grrrh! :) Can you update to rev. 22803 and try again?
(In reply to comment #13) > Grrrh! :) Can you update to rev. 22803 and try again? Updated XFCE two days ago and so far haven't noticed any keyboard lock. But I didn't find out a good way to reproduce this blocking behaviour before. So please wait for Darren or Mike to confirm this before closing this bug report. BR, /ediap
Well, I knew how to reproduce it and I know why it locked, so I'm pretty confident it's fixed now... :)
(In reply to comment #15) > Well, I knew how to reproduce it and I know why it locked, so I'm pretty > confident it's fixed now... :) Bad news :( I observed the keyboard lock just a minute before, after having done workspace switch using Alt-F? combination. As usual, a window move had helped and unlocked the keyboard... I will try to rebuild xfwm4 from SVN once again to be sure that your changes are here.
No news, good news, I consider that bug as fixed in svn trunk.
*** Bug 2249 has been marked as a duplicate of this bug. ***
*** Bug 2323 has been marked as a duplicate of this bug. ***