Bug 124097

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2)
Gecko/20040522 Firefox/0.8.0+

Description of problem:
After using the Keyboard short-cut to switch workspaces, the Workspace
Switcher leaves its diagram on the screen after the keyboard keys are
released.  I'm guessing this is done to the arrow-keys (only) can be
used to further navigate the workspaces.  Any other keypress causes
the diagram to disappear.  The problem is:  the "any other keypress"
is usually intended for what's on the work space.

For example:  If I have yum running in a terminal on a workspace, it
usually takes a while to process so I switch to another workspace to
do something else.  When I return, yum has a [y/N] prompt.  If I press
y<cr>, the y is eaten by the Workspace Switcher and yum only get the
<cr> and takes the N path.

Version-Release number of selected component (if applicable):
gnome-panel-2.6.0-9

How reproducible:
Always

Steps to Reproduce:
1. Under Preferences->"Keyboard Shortcuts" I have "Window Management"
-> "Switch to workspace on the left" set to <Mod4>Left which is the
WindowsKey and Left Arrow (my keyboard uses diamonds on this key). 
Also set the "on the right, above and below to corresponding
arrow-keys too.

It's likely there's some other default values for these keys, but I
had to change these in FC1 due my keyboard not having the keys in
right place to do the switching one-handed (the control-key is on the
opposite side of the keyboard from the arrow-keys).

2. Have terminal windows and other applications open in different
workspaces.  The same workspace is fine too.

3. Press and hold the WindowsKey and press an arrow key to switch
workspaces.


Actual Results:  The screen is switched to the requested workspace (if
it existed), but the Workspace Switcher diagram remains on the screen
even after releasing the keyboard keys.  New input is required (either
key press or mouse click) before input is accepted by the programs in
the workspace.

Expected Results:  Once the key-up occurs for all the pressed keys,
the Workspace Switcher diagram should disappear and the next input
(key stroke or mouse click) should go to the focused application on
the workspace.

Additional info:

I chose Severity:High because the disappearing keystrokes and missing
mouse-clicks make the system difficult to use.  Yum aborts because of
the missing y, the web browser and mail programs don't work correctly
because the mouse-clicks disappear.