Misassigns metacity keybinding for opening terminal
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
compiz (Ubuntu) |
Invalid
|
Low
|
Unassigned | ||
metacity (Ubuntu) |
Fix Released
|
Undecided
|
Martin Pitt |
Bug Description
I frequently use <Alt>whatever to jump to controls, but I am quite frustrated by the fact that Lucid, instead of going to the control marked <Alt>T, opens up a terminal when I press <Alt>T. This doesn't happen in Karmic.
I found it in GNOME Keyboard Shortcuts, and it was set to <Alt>T. I never did that; some update must have put in that as a default. This is not a good default in my opinion; <Alt>whatever is meant to be for jumping to controls with the keyboard - in CCSM I explicitly set <Super>Z to open a terminal but I also had to set it in GNOME Keyboard Shortcuts.
Please consider removing <Alt>T as a default key for opening a gnome-terminal from the GNOME Keyboard Shortcuts defaults.
Related branches
summary: |
- [Lucid] <Alt>T opens up terminal, even though I haven't assigned it - anywhere + <Alt>T opens up terminal, even though I haven't assigned it anywhere |
tags: | added: lucid |
I can confirm this behaviour in a fully updated stock-standard Lucid install. After discussing this issue with pitti, it is believed to be a case of compiz reading the metacity keybindings and doing something strange with them.
http:// ubuntu. pastebin. com/SnG0nep0 contains the output of: schema- defaults /apps/metacity/ global_ keybindings
$ gconftool -a --ignore-
&
$ grep -A1 run_command_ terminal /var/lib/ gconf/debian. defaults/ %gconf- tree.xml
Running: global_ keybindings/ run_command_ terminal
$ gconftool -u /apps/metacity/
removes the ALT+T binding only until the session is restarted. Upon restarting the session, the ALT+T binding returns.