FocusOut event, serial 48, synthetic NO, window 0x3800001, mode NotifyGrab, detail NotifyAncestor FocusIn event, serial 48, synthetic NO, window 0x3800001, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 48, synthetic NO, window 0x0, keys: 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Last edited by Choven (2015-04-12 00:23:05)
Same symptoms with me after a sid update last year. Notifications work, but there is no effect on the volume/mute.
xev output is the same as @OP's, but occasionally is odd eg:
KeymapNotify event, serial 48, synthetic NO, window 0x0, keys: 4294967204 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
In a tty, 'showkey' gives keycodes for the multimedia keys, but setting them with xmodmap doesn't have an effect
xmodmap -e "keycode 113 = XF86AudioMute" xmodmap -e "keycode 114 = XF86AudioLowerVolume" xmodmap -e "keycode 115 = XF86AudioRaiseVolume"
I gave up in the end and set those actions to other keys in rc.xml
EDIT: Setting with xmodmap does have an effect - it messes up Home/End/arrow keys!
Last edited by damo (2015-04-12 08:38:04)
Last edited by Choven (2015-04-12 13:44:16)
are you saying that xev reports the keycodes now, but the openbox keybinds are not working?
in that case we should move on to check which commands you use for that.
PS: there's a saying "In Windows, reboot, in Linux, be root"; but i have found that rebooting is required in Linux, too, from time to time.
I tried to set my keybindings to C-A-Up, C-A-Down, and C-A-Right for up, down, and mute. These didn't take effect, and it might be a conflict within the rc.xml code because these keybindings were assigned to other functions. <!-- ... --> around the "old" bindings and issuing the openbox --reconfigure didn't seem to affect my volume. However, replacing C-A-arrow with the now seen XF86Audio keys and rebooting did the trick (still don't understand why a reboot was necessary, but I'm not complaining). Moreover, I had to adjust the volume increments and 'openbox --reconfigure' correctly updates the keybindings. My multimedia keys now work as expected minus the notification that normally appeared when muting or changing volume.
Didn't get a chance to determine which of the xfce4 packages captured these keys. It would be nice to figure it out and investigate how to get the multimedia keys working without the keybindings.
Worked on this problem some more. I looked at my /var/log/apt/history.log file to see what I was installing/removing before the audio keys started to work. Here are the packages that I've been focusing on: xfce4-notifyd, xfce4-mixer, xfce4-volumed, and xfce4-panel. Xfce4-mixer pulled in xfce4-panel, What I did is this:
1. Install a package
2. Checked xev and function of my audio keys
4. Checked xev and function of my audio keys
5. Remove the package and try another
For all of the xfce4-* packages above, none of them changed how xev saw my multimedia keys (they saw them as XF86Audio***) or altered the functioning of the audio keys. I then moved to combinations of packages and finished with all of them installed. In the end, my keys still work as they should.
I did learn some other information. I have blueman installed to handle my usb bluetooth adapter so I can connect my headphones. Blueman needs a notification package, and the standard is notification-daemon. When xfce4-notifyd and notification-daemon (and blueman which autoremoves), then xev will not report the output given in my initial post; it only gives the keypress information. Once a notification daemon is installed (either xfce4-notifyd or notification-daemon), then the notify event appears in xev.
This is where I'm at right now. My apt log has a few more packages that I installed while trying to get the multimedia keys working. I installed volumeicon-alsa, alsa-tools, and alsa-utils. I'm unsure why any of these would have affected the multimedia keys, but I'm going to systematically remove them (and reboot between packages) to see if I can reproduce my initial problem. If not, then I'll be completely mystified as to why the keys miraculously began to work.