Ctrl-Fn shortcuts for switching windows sometimes have to be pressed twice
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
Invalid
|
Undecided
|
Unassigned | ||
SCIM |
Invalid
|
Undecided
|
Unassigned | ||
gnome-settings-daemon (Ubuntu) |
Invalid
|
Low
|
Unassigned |
Bug Description
Binary package hint: gnome-settings-
Since upgrading from karmic to jaunty, my Ctrl-F1 to Ctrl-F5 keyboards that are defined for switching workspaces aren't working consistently
I have checked that they are still defined in the Keyboard Shortcuts window, and tried redefining them.
It seems that applications are now receiving the events sometimes.
Symptoms are:
* In Firefox, Ctrl-F4 initially closes a tab, then switches to workspace four. Other keypresses behave similarly - the initial Ctrl sequence seems to be sent to the application
* In gnome-terminal, if I have been typing in the terminal, pressing Ctrl-F2 through Ctrl-F5 the first time yields character sequences like;5Q;5R;5S. Repeating the keypress while Ctrl is held down (or pressing a different Ctrl-Fn) actually switches workspace. When I first hold down Ctrl, the cursor changes from solid rectangle to an outline. Pressing any key (e.g. Alt, Shift, F1, etc) changes it back to a solid rectangle. Since Ctrl-Alt doesn't do anything, the easiest way to avoid the problem is to hold down Ctrl, press Alt, release Alt, then press Fn whilst still holding down Ctrl
I am using Compiz as the window manager, and I have the Gnome Compatibility and Commands plugins enabled
I am using SCIM and it is configured with Ctrl-Space as the trigger and Ctrl-Shift switches to the next language
Changed in gnome-settings-daemon (Ubuntu): | |
importance: | Undecided → Low |
Changed in gnome-settings-daemon (Ubuntu): | |
status: | New → Invalid |
I have also tested with SCIM entirely disabled, and the bug remains