After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 161762 - don't allow to set keybindings that are used by the window manager or g-s-d
don't allow to set keybindings that are used by the window manager or g-s-d
Status: RESOLVED OBSOLETE
Product: gnome-terminal
Classification: Core
Component: Keybindings
unspecified
Other Linux
: Normal normal
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on: 774710
Blocks:
 
 
Reported: 2004-12-20 09:07 UTC by Raj
Modified: 2021-06-10 16:04 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description Raj 2004-12-20 09:07:46 UTC
- Invoke gnome-terminal
- Click on 'Edit->Keyboard Shortcuts'
- Select File->New Profile'
- Set shortcut key to '<Shift><Ctrl><Alt><Escape>
- Click on 'Close'
- Press SHIFT+CTRL+ALT+ESC

The 'new profile' dialog does not open.
Comment 1 egeetha 2004-12-21 09:29:44 UTC
<Ctrl><Alt><Esc> key binding is already associated with Moving between windows
and panel.  I believe thatz why it is not working with new profile. I tried with
other shortcut keys for gnome-terminal, new profile and they work fine.
Comment 2 Raj 2004-12-22 04:49:38 UTC
I've changed the keybinding of 'Moving between windows and panel' to
CTRL+ALT+SPACE. Still the problem persists.

Also, gnome-keybindings shows that CTRL+ALT+ESC is the combination for
focussing on windows/Desktop. But for the terminal we are using the
Shift modifier. I wonder why shift is not being recognised.
Comment 3 Luis Villa 2005-01-03 04:58:04 UTC
I believe alt+space also is bound to the window manager as well, so that would
also probably be impossible for the terminal to recognize. Not sure, though.
Does it work with, say, ctl+alt+b?
Comment 4 egeetha 2005-01-04 06:55:31 UTC
I tried with ctrl+alt+b and other key combinations which are not already tied to
the window manager and the keyboard shortcut works fine with those.
Comment 5 Kjartan Maraas 2005-09-19 11:36:24 UTC
Looks to me like shift is indeed ignored here, move focus between panels etc is
bound to ctrl+alt+esc, but it also does that with the shift modifier. Is this a
more general keyboard/window manager related bug?
Comment 6 Olav Vitters 2005-09-19 11:47:22 UTC
Think so (shift means tab in the opposite direction), cc'ing metacity-maint
Comment 7 Elijah Newren 2005-09-19 15:57:15 UTC
Yes, shift means going in the opposite direction, and replacing tab with esc
means cycle immediately (and without the popup).  Both can be applied in any
combination to either alt-tab (cycling through normal windows) or ctrl-alt-tab
(cycling through special windows).  I would think that gnome-terminal could
detect WM keybindings and avoid letting the user choose them.

Raj: What do you mean by the 'Moving between windows and panel' keybinding in
comment 2?
Comment 8 Christian Persch 2008-03-25 22:17:26 UTC
Retitling to make it clear what should be done here (see comment 7).
Comment 9 Mario Gonzalez 2010-08-05 19:04:34 UTC
Thanks for taking the time to report this bug.
However, you are using a version that is too old and not supported anymore. GNOME developers are no longer working on that version, so unfortunately there will not be any bug fixes for the version that you use.

This bug report should be set to OBSOLETE.
Comment 10 Tobias Mueller 2010-08-05 19:05:49 UTC
Closing as OBSOLETE as per last comment. Please reopen if you think this is inapproproate.
Comment 11 Mario Gonzalez 2010-08-14 03:13:12 UTC
chpe@gnome.org why did you change the resolution to unconfirmed? I would like to know please?
Comment 12 Behdad Esfahbod 2010-08-16 01:14:33 UTC
(In reply to comment #11)
> chpe@gnome.org why did you change the resolution to unconfirmed? I would like
> to know please?

Because he thinks that the bug is still relevant.  He's the maintainer.
Comment 13 GNOME Infrastructure Team 2021-06-10 16:04:17 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/3009.