gfxmonk
May 7th, 2010, 02:50 PM
Just upgraded to lucid tonight, and I find something's up with my keybindings. I have a macally keyboard, and I have an .xmodmaprc file to map keycode 160 to XF86AudioRaiseVolume (amongst other things).
This used to work just fine. It now still raises the volume, but also immediately activates the screensaver / lock screen. I have checked in the gnome keyboard shortcut settings, and "lock screen" has no assigned hotkey.
The relevant output from `xmodmap -pke` is:
keycode 160 = XF86AudioRaiseVolume NoSymbol XF86AudioRaiseVolume
I tried looking at what's going on in `xev. With standard apps running, it doesn't see the keypress at all - the volume increases, and the screensaver activates.
After I kill gnome-settings-daemon, `xev` *does* see the key input event (keycode 160), and the volume no longer increments - but the screensaver still activates
(for reference, xev prints "keycode 160 = (keysym 0x1008ff13, XF86AudioRaiseVolume), state = 0x10")
So, what could be causing the screensaver to activate and how might I disable it? I tried killing gnome-power-manager, but that had no effect.
This used to work just fine. It now still raises the volume, but also immediately activates the screensaver / lock screen. I have checked in the gnome keyboard shortcut settings, and "lock screen" has no assigned hotkey.
The relevant output from `xmodmap -pke` is:
keycode 160 = XF86AudioRaiseVolume NoSymbol XF86AudioRaiseVolume
I tried looking at what's going on in `xev. With standard apps running, it doesn't see the keypress at all - the volume increases, and the screensaver activates.
After I kill gnome-settings-daemon, `xev` *does* see the key input event (keycode 160), and the volume no longer increments - but the screensaver still activates
(for reference, xev prints "keycode 160 = (keysym 0x1008ff13, XF86AudioRaiseVolume), state = 0x10")
So, what could be causing the screensaver to activate and how might I disable it? I tried killing gnome-power-manager, but that had no effect.