Can assign, but cannot use super+m for compiz actions

[FlashBuster]

Binary package hint: compiz

I want to assign <super>+m in the compiz control center to some action, but this action is never triggered.
Actually yesterday, everytime i pressed <super>+m the message/mail icon in the top right popped up.
Not today anymore, don't know why.

I tried assigning maximumize to super+m and afterwards the grid plugin, but none of them work.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: compiz 1:0.8.4-0ubuntu13
ProcVersionSignature: Ubuntu 2.6.32-19.28-generic 2.6.32.10+drm33.1
Uname: Linux 2.6.32-19-generic x86_64
Architecture: amd64
CompizPlugins: [core,ccp,move,resize,place,decoration,titleinfo,workarounds,widget,dbus,svg,grid,put,png,mousepoll,imgjpeg,session,maximumize,gnomecompat,screenshot,clone,vpswitch,regex,commands,extrawm,text,resizeinfo,animation,snap,thumbnail,wall,fade,showdesktop,staticswitcher,scale,expo,scaleaddon,addhelper]
Date: Thu Apr 8 10:13:10 2010
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta amd64 (20100318)
MachineType: Sony Corporation VGN-FW31ZJ
PackageArchitecture: all
PciDisplay: 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Mobility Radeon HD 3650 [1002:9591]
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-19-generic root=UUID=2bd92160-5dfd-4779-bf58-4f1b763db463 ro quiet splash
ProcEnviron:
 LANG=de_DE.utf8
 SHELL=/bin/bash
RelatedPackageVersions:
 xserver-xorg 1:7.5+3ubuntu1
 libgl1-mesa-glx 7.7-4ubuntu1
 libdrm2 2.4.18-1ubuntu2
 xserver-xorg-video-intel 2:2.9.1-3ubuntu1
 xserver-xorg-video-ati 1:6.12.192-2ubuntu2
SourcePackage: compiz
XorgConf: Error: [Errno 2] No such file or directory: '/etc/X11/xorg.conf'
dmi.bios.date: 08/27/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: R2060Y0
dmi.board.asset.tag: N/A
dmi.board.name: VAIO
dmi.board.vendor: Sony Corporation
dmi.board.version: N/A
dmi.chassis.asset.tag: N/A
dmi.chassis.type: 10
dmi.chassis.vendor: Sony Corporation
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrR2060Y0:bd08/27/2009:svnSonyCorporation:pnVGN-FW31ZJ:pvrC6015Z85:rvnSonyCorporation:rnVAIO:rvrN/A:cvnSonyCorporation:ct10:cvrN/A:
dmi.product.name: VGN-FW31ZJ
dmi.product.version: C6015Z85
dmi.sys.vendor: Sony Corporation
system: distro = Ubuntu, architecture = x86_64, kernel = 2.6.32-19-generic

[Travis Watkins (amaranth)]

As you noticed Super+m is used for the indicator applet which is why you can't use it for any compiz actions. This is not a bug but the expected result.

[FlashBuster (flashbuster)]

Hi Travis,

could you please explain how the user is supposed to expect this behavior?
Also, i have just installed lucid beta1 on my desktop and can't assign <super>+s to open a new terminal.
The keyboard shortcuts preferences dialog doesn't even complain.
For the last few years it has been my workflow to assign super+s to a new shell and super+x to open the run dialog (the latter still works, thank god!).
Again, the shortcut can be assigned, and i don't see how i can unassign the new behavior.
Do you plan on changing all super+KEY bindings to some uninteresting gnome menus without indication to the user and without possibility to change this?
It may sound ridiculous to you, but it's a gamechanger for me, really sad that this is handled as "meh, i don't care, it's invalid"...

Regards, Sebastian

[Alex Beels (arbeels-ossf)]

I can't really tell if there is a new Ubuntu policy to have a set of non-configurable keyboard shortcuts reserved for certain programs (like the indicator-applet). I see open bugs on both sides of the issue (one complaining that indicator-applet overrides user preferences, and one complaining that indicator-applet fails to override user preferences).

If there really are supposed to be non-configurable global shortcuts, then this really is a bug in ccsm and in gnome-keybinding-properties, where the user should not be allowed to enter <Super>+m, <Super>+s or any other reserved keybindings. There probably a documentation bug here too, concerning global keybinding policy, but I don't know which package that would belong to.

Note that other packages do not seem to be affected by this bug. The iBus preferences dialog, for instance, does not recognize <Super>+m or <Super>+s in its keybinding dialog. So there seems to be a genuine issue where ccsm and in gnome-keybinding-properties are grabbing keys differently from the window managers themselves. Do the configuration dialogs take over the whole X key map, instead of just (temporarily) clearing the window manager's own mappings?

[Alex Beels (arbeels-ossf)]

Just an additional note, since I have reported this as a bug to gnome-control-center:

I am affected by this bug under both compiz and metacity when I try to set <Super>+m or <Super>+s via gnome-keybinding-properties. The original poster described this as a compiz bug, but his later comments make it clear that he was using gnome-keybinding-properties to set the keybinding.

A more general description of the bug would be "Keyboard shortcuts preference dialog accepts invalid keybindings."