gnome-terminal ignores keyboard layout when acting on shortcuts

Bug #319470 reported by John Millikin
2
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/gnome-terminal
NonfreeKernelModules: nvidia
Package: gnome-terminal 2.24.1.1-0ubuntu1
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gnome-terminal
Uname: Linux 2.6.27-9-generic i686

Tags: apport-bug
Revision history for this message
John Millikin (jmillikin) wrote :
Revision history for this message
John Millikin (jmillikin) wrote :

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.

Changed in gnome-terminal:
status: Unknown → Confirmed
Changed in gnome-terminal:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.