Debian Bug report logs - #518865
Setting keyboard shortcuts via mandatory gconf settings no longer works

Display info messages

Message #3 received at submit@bugs.debian.org (full text, mbox, reply):

From: Josh Triplett <josh@freedesktop.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: gnome-terminal: Keyboard shortcuts not working since upgrade to 2.24.

Date: Sun, 08 Mar 2009 17:21:10 -0700

Package: gnome-terminal
Version: 2.24.3-2
Severity: normal

Since upgrading to gnome-terminal 2.24, my custom keyboard shortcuts for
new tab, next tab, and previous tab no longer work.

I don't know whether the fault lies with the new gnome-terminal, the new
gconf, or some interaction between the two; since the new gnome-terminal
requires the new gconf I can't easily test them in isolation.

The following steps will recreate the problem starting from a new user
account:

1) Create the file ~/.gconf.path, containing the following line:

xml:readonly:$(HOME)/.gconf.shared

2) Create the directory ~/.gconf.shared.

3) Create the file ~/.gconf.shared/%gconf-tree.xml, containing the
   following XML:

<?xml version="1.0"?>
<gconf>
        <dir name="apps">
                <dir name="gnome-terminal">
                        <dir name="keybindings">
                                <entry name="prev_tab" mtime="1202977397" type="string">
                                        <stringvalue>&lt;Alt&gt;Left</stringvalue>
                                </entry>
                                <entry name="next_tab" mtime="1202977397" type="string">
                                        <stringvalue>&lt;Alt&gt;Right</stringvalue>
                                </entry>
                                <entry name="new_tab" mtime="1202977397" type="string">
                                        <stringvalue>&lt;Control&gt;&lt;Alt&gt;n</stringvalue>
                                </entry>
                                <entry name="help" mtime="1202977397" type="string">
                                        <stringvalue>disabled</stringvalue>
                                </entry>
                        </dir>
                </dir>
        </dir>
</gconf>

4) Log out and log back in.

5) Start gnome-terminal.

6) Press Ctrl-Alt-n, which should open a new tab.  No new tab opens.

7) Open a new tab manually through the menu.  Press Alt-Left, which should
   switch back to the previous tab; it does not.

8) Look in the Tabs menu, and notice that "Next Tab" and "Previous Tab" have no
   keyboard shortcuts listed next to them.


Note that editing the keyboard shortcuts via gnome-terminal seems to work fine.
Also note that other configuration settings in ~/.gconf.shared/%gconf-tree.xml
seem to work fine; for instance, I configured the appearance of the default
profile via the same file, and those settings applied as expected.

- Josh Triplett

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data        2.24.3-2      Data files for the GNOME terminal 
ii  libatk1.0-0                1.24.0-2      The ATK accessibility toolkit
ii  libbonobo2-0               2.24.1-1      Bonobo CORBA interfaces library
ii  libc6                      2.9-4         GNU C Library: Shared libraries
ii  libgconf2-4                2.24.0-7      GNOME configuration database syste
ii  libglib2.0-0               2.18.4-2      The GLib library of C routines
ii  libgnome2-0                2.24.1-2      The GNOME 2 library - runtime file
ii  libgnomeui-0               2.24.1-1      The GNOME 2 libraries (User Interf
ii  libgtk2.0-0                2.14.7-4      The GTK+ graphical user interface 
ii  liborbit2                  1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0              1.22.4-2      Layout and rendering of internatio
ii  libstartup-notification0   0.9-1         library for program launch feedbac
ii  libvte9                    1:0.17.4-2    Terminal emulator widget for GTK+ 
ii  libx11-6                   2:1.1.99.2-1  X11 client-side library
ii  rarian-compat [scrollkeepe 0.8.1-1       Rarian is a documentation meta-dat

Versions of packages gnome-terminal recommends:
ii  yelp                          2.24.0-2   Help browser for GNOME 2

gnome-terminal suggests no packages.

-- no debconf information

Message #6 received at 518865@bugs.debian.org (full text, mbox, reply):

From: Josh Triplett <josh@freedesktop.org>

To: Debian Bug Tracking System <518865@bugs.debian.org>

Subject: gnome-terminal: Downgrading to 2.22 solves the problem.

Date: Sun, 08 Mar 2009 21:38:56 -0700

Package: gnome-terminal
Followup-For: Bug #518865

I tried downgrading to gnome-terminal 2.22.1-1, and that fixed the
problem: the keyboard shortcuts work again.

- Josh Triplett

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-terminal depends on:
ii  gnome-control-center       1:2.22.2.1-2  utilities to configure the GNOME d
ii  gnome-terminal-data        2.22.1-1      Data files for the GNOME terminal 
ii  libatk1.0-0                1.24.0-2      The ATK accessibility toolkit
ii  libbonobo2-0               2.24.1-1      Bonobo CORBA interfaces library
ii  libc6                      2.9-4         GNU C Library: Shared libraries
ii  libgconf2-4                2.24.0-7      GNOME configuration database syste
ii  libglade2-0                1:2.6.3-1     library to load .glade files at ru
ii  libglib2.0-0               2.18.4-2      The GLib library of C routines
ii  libgnome2-0                2.24.1-2      The GNOME 2 library - runtime file
ii  libgnomeui-0               2.24.1-1      The GNOME 2 libraries (User Interf
ii  libgtk2.0-0                2.14.7-4      The GTK+ graphical user interface 
ii  liborbit2                  1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0              1.22.4-2      Layout and rendering of internatio
ii  libstartup-notification0   0.9-1         library for program launch feedbac
ii  libvte9                    1:0.17.4-2    Terminal emulator widget for GTK+ 
ii  libx11-6                   2:1.1.99.2-1  X11 client-side library
ii  libxrender1                1:0.9.4-2     X Rendering Extension client libra
ii  rarian-compat [scrollkeepe 0.8.1-1       Rarian is a documentation meta-dat

Versions of packages gnome-terminal recommends:
ii  yelp                          2.24.0-2   Help browser for GNOME 2

gnome-terminal suggests no packages.

-- no debconf information

Message #11 received at 518865@bugs.debian.org (full text, mbox, reply):

From: Adam Borowski <kilobyte@angband.pl>

To: 518865@bugs.debian.org

Subject: can't set "go to tab" either

Date: Mon, 9 Mar 2009 22:37:40 +0100

It appears that the entire keyboard shortcuts system was changed, and it
seems to me that not for better.  Most shortcuts are either moved or
deleted.

I personally miss "go to tab 1/..." the most, the current default makes it
impossible to use many programs like irssi which use Alt-1/... -- at least
without using a single tab or reverting to some other terminal emulator.

Message #16 received at 518865@bugs.debian.org (full text, mbox, reply):

From: Josselin Mouette <joss@debian.org>

To: Adam Borowski <kilobyte@angband.pl>, 518865@bugs.debian.org

Subject: Re: Bug#518865: can't set "go to tab" either

Date: Tue, 10 Mar 2009 11:37:42 +0100

[Message part 1 (text/plain, inline)]

Le lundi 09 mars 2009 à 22:37 +0100, Adam Borowski a écrit :
> It appears that the entire keyboard shortcuts system was changed, and it
> seems to me that not for better.  Most shortcuts are either moved or
> deleted.
> 
> I personally miss "go to tab 1/..." the most, the current default makes it
> impossible to use many programs like irssi which use Alt-1/... -- at least
> without using a single tab or reverting to some other terminal emulator.

This has been done with the goal to homogenize shortcuts in applications
using tabs.

Setting the keybindings for switching tabs is now done at the GTK+
level, and they will affect gedit and epiphany the same way. You can do
that in your .gtkrc-2.0 file. Please have a look at the GTK+ reference
(in devhelp), section “Resource Files” for an explanation on how to
achieve that.

Cheers,
-- 
 .''`.      Debian 5.0 "Lenny" has been released!
: :' :
`. `'   Last night, Darth Vader came down from planet Vulcan and told
  `-    me that if you don't install Lenny, he'd melt your brain.

[signature.asc (application/pgp-signature, inline)]

Message #19 received at 518865@bugs.debian.org (full text, mbox, reply):

From: Josh Triplett <josh@freedesktop.org>

To: Debian Bug Tracking System <518865@bugs.debian.org>

Subject: Re: Bug#518865: can't set "go to tab" either

Date: Tue, 10 Mar 2009 14:14:04 -0700

Package: gnome-terminal
Followup-For: Bug #518865

Josselin Mouette wrote:
> This has been done with the goal to homogenize shortcuts in applications
> using tabs.
>
> Setting the keybindings for switching tabs is now done at the GTK+
> level, and they will affect gedit and epiphany the same way. You can do
> that in your .gtkrc-2.0 file. Please have a look at the GTK+ reference
> (in devhelp), section “Resource Files” for an explanation on how to
> achieve that.

First of all, most applications in GNOME have a policy of supporting old
configuration and migrating it forward somehow, not least of which
because people often share gconf configuration between systems.  So at a
minimum, this bug still applies because gnome-terminal doesn't seem to
do that.

Second, as far as I can tell, if I set the keyboard shortcuts in
gnome-terminal through gnome-terminal's Edit->Keyboard Shortcuts...,
they work just fine.

And third, gnome-terminal fundamentally *can't* use the same keyboard
shortcuts as other applications, because gnome-terminal needs to pass
most keystrokes through to the terminal.

- Josh Triplett

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data        2.22.3-3      Data files for the GNOME terminal 
ii  libatk1.0-0                1.24.0-2      The ATK accessibility toolkit
ii  libbonobo2-0               2.24.1-1      Bonobo CORBA interfaces library
ii  libc6                      2.9-4         GNU C Library: Shared libraries
ii  libgconf2-4                2.24.0-7      GNOME configuration database syste
ii  libglade2-0                1:2.6.3-1     library to load .glade files at ru
ii  libglib2.0-0               2.18.4-2      The GLib library of C routines
ii  libgnome2-0                2.24.1-2      The GNOME 2 library - runtime file
ii  libgnomeui-0               2.24.1-1      The GNOME 2 libraries (User Interf
ii  libgtk2.0-0                2.14.7-4      The GTK+ graphical user interface 
ii  liborbit2                  1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0              1.22.4-2      Layout and rendering of internatio
ii  libstartup-notification0   0.9-1         library for program launch feedbac
ii  libvte9                    1:0.17.4-2    Terminal emulator widget for GTK+ 
ii  libx11-6                   2:1.2-1       X11 client-side library
ii  libxrender1                1:0.9.4-2     X Rendering Extension client libra
ii  rarian-compat [scrollkeepe 0.8.1-1       Rarian is a documentation meta-dat

Versions of packages gnome-terminal recommends:
ii  yelp                          2.24.0-2   Help browser for GNOME 2

gnome-terminal suggests no packages.

-- no debconf information

Message #24 received at 518865@bugs.debian.org (full text, mbox, reply):

From: Adam Borowski <kilobyte@angband.pl>

To: 518865@bugs.debian.org

Subject: Re: Bug#518865: can't set "go to tab" either

Date: Wed, 11 Mar 2009 01:20:22 +0100

On Tue, Mar 10, 2009 at 11:37:42AM +0100, Josselin Mouette wrote:
> Le lundi 09 mars 2009 à 22:37 +0100, Adam Borowski a écrit :
> > I personally miss "go to tab 1/..." the most, the current default makes it
> > impossible to use many programs like irssi which use Alt-1/... -- at least
> > without using a single tab or reverting to some other terminal emulator.
> 
> This has been done with the goal to homogenize shortcuts in applications
> using tabs.

Sounds like a good idea, but...

> Setting the keybindings for switching tabs is now done at the GTK+
> level, and they will affect gedit and epiphany the same way. You can do
> that in your .gtkrc-2.0 file. Please have a look at the GTK+ reference
> (in devhelp), section “Resource Files” for an explanation on how to
> achieve that.

I spent over a couple of hours, but didn't manage to find the documentation.
That section of the GTK+ reference says how to set a keybinding, but you
need to know how the shortcut in question is named -- and the purported new
name is a piece I failed to find.

However, I found Gnome bugs #548600 and #562834, and they don't even mention
shortcuts being moved -- just removed outright, a change which already has
been reverted in trunk.

I pulled and compiled the trunk, and indeed, the shortcuts are back in the
old place.

So I guess there is some confusion...


But back to Josh's original bug:
> > It appears that the entire keyboard shortcuts system was changed, and it
> > seems to me that not for better.  Most shortcuts are either moved or
> > deleted.
It seems that the Alt-1 issue is not connected to his problem after all.
Sorry for unknowingly semi-hijacking this BTS bug.


Cheers and schtuff!
-- 
1KB		// Microsoft corollary to Hanlon's razor:
		//	Never attribute to stupidity what can be
		//	adequately explained by malice.

Message #53 received at 518865@bugs.debian.org (full text, mbox, reply):

From: Josh Triplett <josh@joshtriplett.org>

To: 518865@bugs.debian.org

Subject: Fixed upstream; please consider applying to the Debian package

Date: Wed, 22 Jul 2009 22:02:32 -0700

retitle 518865 Setting keyboard shortcuts via mandatory gconf settings no longer works
tags 518865 + fixed-upstream
thanks

Christian Persch fixed this upstream in git commit
b43fcdfd20c6eb4f972333080a435ba8567cc6fa.  Please consider applying this
patch to the current Debian package.

Thanks,
Josh Triplett

Message #62 received at 518865-close@bugs.debian.org (full text, mbox, reply):

From: Luca Bruno <lethalman88@gmail.com>

To: 518865-close@bugs.debian.org

Subject: Setting keyboard shortcuts via mandatory gconf settings no longer works

Date: Sun, 28 Feb 2010 11:10:31 +0100

[Message part 1 (text/plain, inline)]

Version: 2.28.0-1

Hello,
thanks for the bug report and for notifying it has been fixed upstream,
though commit was e551eec762ffb7f93db69655f2730433f1b8b362 for reference.
Closing the bug, please reopen if needed.

-- 
http://www.debian.org - The Universal Operating System

[signature.asc (application/pgp-signature, inline)]

Message #67 received at 518865@bugs.debian.org (full text, mbox, reply):

From: Josh Triplett <josh@joshtriplett.org>

To: 518865@bugs.debian.org

Subject: Re: Bug#518865 closed by Luca Bruno <lethalman88@gmail.com> (Setting keyboard shortcuts via mandatory gconf settings no longer works)

Date: Mon, 1 Mar 2010 11:38:52 -0800

On Sun, Feb 28, 2010 at 10:15:10AM +0000, Debian Bug Tracking System wrote:
> Version: 2.28.0-1
> 
> Hello,
> thanks for the bug report and for notifying it has been fixed upstream,
> though commit was e551eec762ffb7f93db69655f2730433f1b8b362 for reference.

Actually, that commit ("Fix key_from_gconf_key logic") just fixed a bug
I happened to notice while reviewing the code.  The bugfix for the
inability to set keyboard shortcuts via mandatory gconf settings came
from commit b43fcdfd20c6eb4f972333080a435ba8567cc6fa ("Always unlock the
accel path before trying to change it").

- Josh Triplett

Send a report that this bug log contains spam.