Unity hijacks super combos without informing Compiz
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| unity (Ubuntu) |
Won't Fix
|
Medium
|
Unassigned | ||
Bug Description
Unity has a large number of non-configurable keyboard shortcuts, and a small number of user-configurable keyboard shortcuts. Standard behavior in Compiz allows for configuration of keyboard shortcuts. When specifying a new keyboard shortcut for an action, Compiz informs the user if the key combination is already in use. However, for the hardcoded keyboard shortcuts (e.g. Super-t to open Trash), Compiz is unaware they are previously bound. Thus Compiz freely allows the user to change a keyboard shortcut to one already hardcoded to a Unity function, which is confusing for the user.
In general, Unity should not hardcode any keyboard shortcuts anyway, instead opting to provide defaults configurable via CCSM, but lacking this, Unity needs to at least reserve the keyboard shortcuts via standard means in Compiz.
| Changed in ayatana-design: | |
| status: | New → Confirmed |
| Changed in unity: | |
| status: | New → Confirmed |
| TomasHnyk (sup) wrote | #1 |
| rwhitehurst (ubuntu-launchpad-ghyspran) wrote | #2 |
| Changed in unity (Ubuntu): | |
| status: | New → Confirmed |
| Changed in unity (Ubuntu): | |
| importance: | Undecided → Medium |
| status: | Confirmed → Triaged |
| Changed in unity: | |
| status: | Confirmed → Triaged |
| Changed in unity: | |
| assignee: | nobody → Andrea Azzarone (andyrock) |
| Changed in unity (Ubuntu): | |
| assignee: | nobody → Andrea Azzarone (andyrock) |
| Changed in unity: | |
| milestone: | none → 5.2.0 |
| Changed in unity: | |
| status: | Triaged → In Progress |
| Changed in unity (Ubuntu): | |
| status: | Triaged → In Progress |
| no longer affects: | ayatana-design |
| Changed in unity: | |
| importance: | Undecided → Medium |
| Changed in unity: | |
| milestone: | 5.2.0 → 5.4.0 |
| Changed in unity: | |
| milestone: | 5.4.0 → 5.6.0 |
| Changed in unity: | |
| milestone: | 5.6.0 → 5.8.0 |
| Changed in unity: | |
| milestone: | 5.8.0 → 5.10.0 |
| Omer Akram (om26er) wrote | #3 |
| Daniel van Vugt (vanvugt) wrote | #4 |
| Changed in unity: | |
| status: | In Progress → Triaged |
| Changed in unity (Ubuntu): | |
| status: | In Progress → Confirmed |
| Changed in unity: | |
| milestone: | 5.10.0 → backlog |
| Changed in unity: | |
| milestone: | backlog → none |
| tags: | added: exbacklog |
| Alex Baggott (alex-baggott) wrote | #5 |
| tags: | added: desktop-bugscrub-triaged |
| Rodrigo Lledó (rodhos-hp) wrote | #6 |
| tags: | added: shortcut |
| Andrea Azzarone (azzar1) wrote | #7 |
| no longer affects: | unity |
| Changed in unity (Ubuntu): | |
| status: | Confirmed → Won't Fix |
| assignee: | Andrea Azzarone (azzar1) → nobody |
I second this, a typical usecase (at least the one that got me across this bug) is remapping Ctrl-Alt-Numpad # shortcuts on a laptop (where there is no functioning numpad). In my case, I wanted to to remap it to the grid
7 8 9
U I O
J K L
M
But alas, ctrl+alt+l is taken and cannot be retaken.