After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 430637 - Keyboard layout change on hotkeys press instead of release and do not work well with shortcuts
Keyboard layout change on hotkeys press instead of release and do not work we...
Status: RESOLVED NOTGNOME
Product: gnome-control-center
Classification: Core
Component: Keyboard
2.18.x
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-04-17 12:29 UTC by Sebastien Bacher
Modified: 2012-02-09 12:03 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18


Description Sebastien Bacher 2007-04-17 12:29:32 UTC 
The bug has been opened on https://bugs.launchpad.net/ubuntu/+source/control-center/+bug/36812

"I have Ctrl+Shift set to layout switch and press ctrl+shift+N (to open new Terminal or new tab in Opera) -- as a result I have my keyboard layout switched. This happens because Ubuntu (or XOrg?) change layout on key press instead of release and do not match layout hotkeys with application shortcuts. MS Windows do. If layout change hotkeys is pressed with another key this must be treated as application shortcut and layout must not be changed. Combined with shortcut bugs in some Linux applications [Bug 2561] this makes keyboard shortcuts nearly unusable in default bilingual configuration.
..."
Comment 1 Sergey V. Udaltsov 2007-04-17 12:44:19 UTC 
NOTGNOME. That's the way X works.
Comment 2 Igor Katson 2008-06-01 11:02:00 UTC 
I can add that this happens because of GNOME also, not just X.org. If i set "alt-shift" in xorg.conf for layout change, and for "ctrl-shift" in gnome, the "ctrl-shift-u" or "ctrl-shift-s" etc. shortcuts DO NOT work. It just changes the layout. So it's not X.org.
Comment 3 Sergey V. Udaltsov 2008-06-01 12:40:58 UTC 
It is really Xorg. Once Ctrl-Shift is assigned to be layout switcher (and GNOME just delegates this setting to xorg - GNOME does not intercept it itself) - Xorg can only use that shortcut for layout switching, nothing else.
Comment 4 Igor Katson 2008-06-01 16:06:58 UTC 
Ok, i'm sorry, don't know how the backend works, but here is exactly what i saw, this is a little report:

As soon as gnome and xorg can have different settings for layout switching, i left it for "alt-shift" in XORG and for "ctrl-shift" in GNOME (1), the (2) will be vice versa.

(1)	When the XORG layout is changed (when pressing "alt-shift") i get the "scroll lock" LED lit up. Pressing that again turns it off. However, the input layout is not actually changed.
In GNOME in contrast, when i press "ctrl-shift" the LED is not lit, but the input layout is changed. This makes the "scroll lock" LED absolutely independent of the actual input layout, and also shows that both the settings are on, and are not completely supressed by each other. The "ctrl+shift+something" shortcuts DO NOT work.
(2)	So, as i've said, here "ctrl-shift" stands for XORG, and "alt-shift" for GNOME.
The situation is practically the same, i.e. "ctrl-shift" lights up the LED, and "alt-shift" changes the input layout. But the "ctrl-shift-something" shortcuts DO work.
Comment 5 Igor Katson 2008-06-01 19:32:36 UTC 
And in conclusion, i've figured this out:
If you have "ctrl+shift" in xorg.conf for layout switching, and "left ctrl+shift" in gnome, the "right ctrl+shift+something" combinations DO work (though the layout is not changed, and the LED lights up).