ccsm crashed with UnboundLocalError in HandleModifierRemoved(): local variable 'new' referenced before assignment

Status changed to 'Confirmed' because the bug affects multiple users.

I got this when trying to configure <Control><Alt><Shift>t as the shortcut for "gnome-terminal --command [...]" in the "Commands" plugin. For some reason, <Control> gets changed to <Primary> (??) whether one tries to grab the combo or add the modifiers using the buttons. I also tried editing the string directly to no avail. At some point in this process this error came up (twice).

+1 to that . Thow the error came up compiz/ccsm didn't crash.

Similar to #3 I tried to change a keybinding in ccsm (where ctrl seems to be indicated as "<Primary>"). Similar to #4 CCSM didn't crash, but the error popped up.

Similar to above, trying to change Opacify hotkey to Ctrl+F12

This is related to this bug
https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/936840

which suggests that it was GNOME that changed the "name" of Ctrl to "Primary" which not surprisingly breaks keyboard shortcut configs.

Crashed on 12.04 beta 2, when tried to rebind key for HUD.

Probably not the right place to ask this question, but, for cryin out loud, WHY?
All keyboards I have ever seen label Ctrl as Ctrl. I didn't even know what Primary stood for (since I saw it combined with Alt, I thought it might mean the left Alt button, as opposed to Alt Gr).
Besides that, why does a Gnome policy bite me using Precise with Unity?

I said: "CTRL is a better home for HUD than ALT, because:

1
Super is expressive and cryptic.
hit Super once and it's expressive. Regular users like it this way.
hold Super, then hit a key and it's crptic. Hackers like it this way.
CTRL can be expressive and cryptic at the same time.
A rule can be created in the user's mind.
You hit modifier once for for expressive gui.
You hold modifer, then hit a key for cryptic shortcut.

2
Because of copy, paste, cut, paste and find, CTRL is heavily associated with cryptic menu shortcuts, so make CTRL be heavily associated with expressive menu shortcuts too.

3
CTRL shortcuts (c, v, x, v, f) are more important than ALT shortcuts, so people are more used to typing CTRL shortcuts

4
the press says HUD is solving a problem that doesn't exist, so people are unlikely to use HUD
people are more likely to type CTRL than ALT, so they are more likely to discover HUD in CTRL than in ALT, so they're more likely to use HUD in CTRL than in ALT

5
Mark complained that alt is taken
This can free alt

6
Jo wants hud to have shortcuts.
CTRL+C is copy whether you want it or not, let the user bind more HUD actions to CTRL.

I was replied: "use ccsm to select Ctrl as the key to show the HUD".

Becareful. Hitting ALT should show HUD, holding ALT should do nothing or show all shortcuts, because if holding ALT shows HUD when you hit a key to try a shortcut, you will paste the key in HUD instead of running the shortcut.

Control key is not detected when changing Compiz keyboard shortcuts.

On a MacBook Pro 17" early-2009 unibody. Spanish keyboard.
Using external extended Apple aluminum keyboard (it also happens to internal keyboard).

Happened to me setting the keyboard bindings for the Put Plugin from compiz-plugins-extra. Current Raring Beta 2.

This package has been removed from Ubuntu. Closing all related bugs.