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...
* 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)
* 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.
I can confirm similar keyboard locks. I am using XFCE4 version 220.127.116.11 (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.
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.
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?
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.
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.
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. ***