gnome-terminal ignores keyboard layout when acting on shortcuts
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GNOME Terminal |
Fix Released
|
Unknown
|
|||
gnome-terminal (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: gnome-terminal
When using an alternative keyboard layout (in this case, Colemak), gnome-terminal seems to treat all keyboard shortcuts as though they were typed using QWERTY. Typing normally into the terminal works properly. For example, "end of file" becomes ctrl+s and "clear screen" becomes ctrl+i, but I can invoke commands with d or l in their name with no problem.
A little bit of poking in xev shows that though the keysym is different between the two modes, the keycode is identical. Perhaps gnome-terminal is using the wrong key property for determining which shortcut was pressed.
xterm works as expected.
ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 8.10
ExecutablePath: /usr/bin/
NonfreeKernelMo
Package: gnome-terminal 2.24.1.1-0ubuntu1
ProcEnviron:
PATH=/
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: gnome-terminal
Uname: Linux 2.6.27-9-generic i686
Changed in gnome-terminal: | |
status: | Unknown → Confirmed |
Changed in gnome-terminal: | |
status: | Confirmed → Fix Released |
Looks like it's something in VTE's shortcut handling. Enabling VTE debugging when running gnome-terminal provides these lines:
Keypress, modifiers=0x2000, keyval=0xffe3, raw string=`'.
Keypress, modifiers=0x2004, keyval=0x64, raw string=`'.
event->group = 1
modifiers & GDK_CONTROL_MASK = 4
ctrl+Key, group=1 de-grouped into keyval=0x67
Keypress, modifiers=0x2004, keyval=0x67, cooked string=`'.
I don't know why it's trying to "de-group" a simple shortcut key.