keyboard layout is ignored while composing Ctrl-modified keys

Bug #307888 reported by selkovjr
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Gnome Virtual Terminal Emulator
Fix Released
Medium
vte (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: python-vte

This bug emerged after upgrading to Intrepid. I did not see it in Hardy.

It manifests itself as incorrect Ctrl-key combinations sent to the shell in TerminalScreenlet.py

For example, when I press Ctrl-K on my Dvorak keyboard, the shell receives Ctrl-V.

Reporoducing the bug: run the terminal screenlet with non-US keyboard layout and examine the Ctrl-modified keys where the layouts differ. The composed key seen by the client will match the US layout.

Other python-vte apps may show the same bug, but I don't know of any, so cannot verify. I do not know if it is a vte or python-vte bug either, so I'm reporting it for python-vte because that's where it shows.

python-vte 1:0.17.4-0ubuntu1
xorg 1:7.4~5ubuntu3
xserver-xorg-core 2:1.5.2-2ubuntu3

[Screenlet Package]
Name=TerminalScreenlet
Author=spdf
Desc=A Terminal Screenlet
Version=0.1.10
ApiVersion=0.1.2
Created=2008/07/02

Terminal screenlet is not part of the screenlets package; I think I got it from gnome-look:
    http://gnome-look.org/content/show.php/Terminal+Screenlet?content=74844

Revision history for this message
Sayamindu Dasgupta (sayamindu) wrote :

We have been seeing this on OLPC's Fedora based builds. I have reported this at http://bugzilla.gnome.org/show_bug.cgi?id=589557 with a possible patch.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for sent it upstream.

Changed in vte (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Low
status: New → Triaged
Changed in vte:
status: Unknown → New
Revision history for this message
MilkaJinka (milkajinka) wrote :

Looks like a duplicate of bug #204202

Revision history for this message
MilkaJinka (milkajinka) wrote :

See also bug #204202

Changed in vte:
importance: Unknown → Medium
Revision history for this message
Suraj N. Kurapati (sunaku) wrote :

I applied the upstream patch to vte-0.25.91 and it solved the problem! I have also notified upstream about this, asking them to incorporate the patch so we can close this bug once and for all.

Revision history for this message
Suraj N. Kurapati (sunaku) wrote :

This is how I tested the patch:

# get the source code
sudo apt-get build-dep vte
apt-get source vte
cd vte-*/

# apply the upstream patch
wget "https://bugzilla.gnome.org/attachment.cgi?id=139124" -O- | patch -p1

# rebuild the package
fakeroot debian/rules binary
cd ..

# install the new package
sudo dpkg -i *.deb

Now close all instances of gnome-terminal.
Open a brand new gnome-terminal instance.
Observe that the problem is solved!

Cheers.

Revision history for this message
Suraj N. Kurapati (sunaku) wrote :

A workaround for this entire problem is to NOT set up multiple layouts in GNOME's keyboard preferences dialog. Instead, use the setxkbmap command to manually switch between your desired keyboard layouts. For example:

setxkbmap dvorak # switch to Dvorak
setxkbmap us # switch to QWERTY

The downside is that you no longer get the nice GUI keyboard layout switcher in the notification area (system tray), but the upside is that your desired keyboard layout functions correctly in all applications, including gnome-terminal and compiz.

Hope this helps.

Revision history for this message
selkovjr (selkovjr-observercentral) wrote : Re: [Bug 307888] Re: keyboard layout is ignored while composing Ctrl-modified keys

Hi Suraj,

Thank you for fixing this, and for the workaround, too.

Regards,

--Gene

Changed in vte:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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