gnome-terminal ignores some custom alt+letter keyboard shortcuts

This is unsurprising given the ALT key is used to bring the menus up. So ALT+T brings up the 'Terminal' menu, and ALT+V brings up the 'view' menu. So in effect you have ALT+T assigned to two things. Perhaps gnome-terminal should realise this and either refuse to let you make the configuration change, or use a different key to bring up the menus.

Thank you for taking the time to report this bug and helping to make Ubuntu better. However, you can disable the menu-access via alt-key and your shortcuts will work. Therefore I'm closing this bug.

Andreas - I'm not so sure that is true. I had to disable the alt-key menu-access option to allow me to create the shortcuts in the first place. After they were created, I left alt-key menu-access unchecked, and it still didn't work.

Wow, you are right. Sorry I didn't catch that.

I reported the issue upstream, you can track the status and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=552318

Since this is a regression, and has broken functionality that has worked for at least the past 6 years, I request that we move this up in importance.

A patch has been commited upstream. Any chance we'll see it before release?

this was fixed upstream, thanks for reporting.

This bug was fixed in the package gtk+2.0 - 2.14.4-0ubuntu1

---------------
gtk+2.0 (2.14.4-0ubuntu1) intrepid; urgency=low

  * New upstream version:
    - Bugs fixed:
    553135 eog crash: assertion failed... (lp: #272754)
    553241 double freed pointer in lpr_write cause firefox3 crash
    553133 GtkFileChooser won't ask to mount a volume (lp: #272742)
    553578 tabs are not drawn correctly
    553211 GtkFileChooserButton unsets filter after first use
    554141 uninitialized data use/free in gtkclipboard-quartz.c
    554690 mem leak in filechooser
    554691 mem leak in filechooser
    554696 invalid free function used
    554698 mem leak in filechooser
    554701 filechooser spams console with useless warnings
    554704 gtkfilesystemmodel does too much work
    554506 combining diacritics broken, became deadkeys (lp: #260589)
    530575 GtkEntry with invisible chars has a confused cursor...
    371908 Password Entry broken
    132501 Make utility window translate to tool window in win32
    554702 gtkfilesystem leaks GError
    554192 double press on the "circumflex" dead key...
    550342 Splash screens have a caption
    555000 Wrong treatment on non-spacing marks dead keys... (lp: #273856)
    552318 menubar mnemonics consumed even when gtk-enable-mnemonics=false
    (lp: #268012)
    555779 GtkCellRendererPixbuf crashed on failed GIcon lookup
    555791 Nautilus Crashes when opening USB MP3 Player Contents (lp: #280924)
  * debian/patches/090_no_fileselector_warning.patch:
    - the change is in the new version
  * debian/patches/070_mandatory-relibtoolize.patch:
    - new version update

 -- Sebastien Bacher <email address hidden> Sat, 18 Oct 2008 15:07:36 +0200

Broken *again* in Karmic g-t 2.28.1. And I can't get it to work in g-t 2.22.1 in Hardy either even though bug 284824 says it should work.

2.22.1 Hardy
1.1) Gnome-terminal, edit, Keyboard shortcuts, check DISABLE all menu access keys
1.2) Set "New tab" shortcut to <Alt>t, set Edit, Paste to <Alt>v,
1.3) Attempt to set Edit Copy to <Alt>c, but the dialog box just closes and does not set it at all. You can work around this using gconf-editor > apps > gnome-terminal > keybindings > copy, but the ability to actually set to Alt-C still doesn't make it work.
1.4) None of the three work as expected in the terminal.
1.5) Also, the Edit, Paste shortcut key displayed in the actual menu changes for copy but not for paste (display bug)

2.28.1 Karmic
2.1) Gnome-terminal, edit, Keyboard shortcuts, UNCHECK Enable menu access keys
2.2) Set "New tab" shortcut to Alt+T, set Edit, Copy to Alt+C, set Edit, Paste to Alt+V
2.3) Alt-c works, Alt-v and Alt-t do NOT work as expected in the terminal.
2.4) Also, the Edit, Paste shortcut key displayed in the actual menu changes for copy but not for paste (display bug)

So there are at least two bugs going on here, the display bug in gnome-terminal's menu (items #1.5, 2.4) and whatever the root cause of Alt+? not working, maybe as noted above and https://bugzilla.gnome.org/show_bug.cgi?id=552318.

It'd be really nice if this was fixed in both Hardy LTS and Karmic (at least).