More importantly, shouldn't certain keys be catched by gnome or the xserver and not ever be send down to the actual application?
I think the flash-player even _receiving_ the volume control keypress is a bug. It shouldn't get any event, the message was not intended for flash.
All key-binding in metacity/compiz (System -> Preferences -> Keyboard Shortcuts) should always be catched, and should never be send to current application.
If there is overlap between application defined keys and default gnome shortcuts, then that would be a bug _anyway_ and the current behavior would just be dangerous. Imagine a program binding alt-tab to some destructive operation. People should have the confidence than those keys work consistently without any risk.
Would the fix for https:/ /bugs.edge. launchpad. net/hundredpape rcuts/+ bug/388547 also automatically solve this bug?
More importantly, shouldn't certain keys be catched by gnome or the xserver and not ever be send down to the actual application?
I think the flash-player even _receiving_ the volume control keypress is a bug. It shouldn't get any event, the message was not intended for flash.
All key-binding in metacity/compiz (System -> Preferences -> Keyboard Shortcuts) should always be catched, and should never be send to current application.
If there is overlap between application defined keys and default gnome shortcuts, then that would be a bug _anyway_ and the current behavior would just be dangerous. Imagine a program binding alt-tab to some destructive operation. People should have the confidence than those keys work consistently without any risk.