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 615975 - gnome-keyboard-preferences changes keyboard layout but does not re-map CTRL+[key], etc.
gnome-keyboard-preferences changes keyboard layout but does not re-map CTRL+[...
Status: RESOLVED DUPLICATE of bug 162726
Product: gnome-applets
Classification: Other
Component: keyboard indicator (gswitchit)
2.28.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-applets Maintainers
gnome-applets Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-04-16 16:52 UTC by Karl
Modified: 2011-08-23 13:44 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Karl 2010-04-16 16:52:09 UTC
Description of problem:
gnome-keyboard-preferences will change the keyboard layout (e.g. from US-Dvorak
to standard US) and remap all keys and SHIFT+[key] combinations correctly. 
CTRL+[key] combinations stay mapped to the original layout in use when Gnome
(or perhaps GDM) was started.

Version :  Gnome 2.28.0 (problem has existed since at least Gnome 2.8.x)
OS : Fedora 12 (bug is also present in earlier versions back to FC 3)

How reproducible:
Always

Steps to Reproduce:
1. Set default layout to US-Dvorak
2. Add US as secondary layout
3. With Gnome terminal open, activate the USA-standard layout and type a few
keystrokes, then press CTRL-I.
[ one may need to restart their Gnome session before step 3 ]

Actual results:
Keyboard behaves as if CTRL-C were pressed (which is what would have happened
had Dvorak still been active).

Expected results:
Terminal behaves as if CTRL-I were pressed (equivalent to the tab key).

Additional info:
Keyboard behaves correctly when using the default layout; only when switching
layouts does that failed mapping occur.  This bug was also reported as Bug #569048 under Red Hat Bugzilla.
Comment 1 Sergey V. Udaltsov 2010-04-16 21:03:41 UTC
First, this has nothing to do with indicator.
Second, for non-latin layout this is a FEATURE, not a bug - it allows me to use Ctrl-S even when my current layout is Russian.
Third, there is existing bug report.

*** This bug has been marked as a duplicate of bug 162726 ***
Comment 2 Karl 2011-04-01 17:20:02 UTC
As of GNOME 2.30.2, this "feature" still exists with no workaround.

I realize, Mr. Udaltsov, that you like the behavior the way it is now.  I respect that.  Bottom line:  I _don't_ like the behavior the way it is now.

Call this a feature request if you wish, but the fact is that every time someone else tries to show me something on my laptop, I have to press the control-[key] combinations for them because they have no idea where the keys are on my laptop without my help.  Even if I set the layout back to US (which is how the keys are physically labeled) so they can type without my help, they still can't press CTRL-C, for example, without my assistance.

I respect the idea that people exist who want the keys to stay put when CTRL or ALT/META is held down but be remapped when they're not held down.  I also expect those people to realize that I am NOT such an individual, and that it's not asking much to make it possible for both of us to coexist in the same desktop environment.
Comment 3 Sergey V. Udaltsov 2011-04-01 19:38:46 UTC
Anyway, let's continue discussions in #162726
Comment 4 Karl 2011-08-23 13:44:06 UTC
I have marked this as resolved, as the indicated behavior no longer occurs in Gnome 3.  If someone else still experiences the same issue with a Gnome 3 application, I will gladly re-open.