XF86AudioRaiseVolume key/action not working in kde

#37345 show what triggers this bug: a duplicate entry in /etc/X11/xkb/symbols/inet for XF86AudioRaiseVolume (keymaps 175 and 176) in logitech key bindings.
If xev is able to detect the key event even when both keycodes are mapped to XF86AudioRaiseVolume, kde too should be able to detect that...
Maybe there are more keyboard mappings in /etc/X11/xkb/symbols/inet that map multiple keycodes to a single XF86-key. For this reason this bug could affect lots of people.

This bug is not related to xorg. X correctly detects the keypress! It is a kde bug IMHO :-)

Moreover it is a regression...
Maybe the bug is upstream (??).

Anyway I leave it here.

Does this mean it will stay that way then? Or has this bug jsut been assigned to another module and will still be addressed before release?

Btw. it's affecting me too. Logitech iTouch Keyboard

The cause of this bug is that the audio raise action is assigned to more than one keycode. I don't know why: X detects the even even if it is definded twice, but kde does not respond to the event. Or kde does not manage both correctly, or X does not pass the event to kde.

I found this workaround to disable the unuseful keycode:
$ xmodmap -e "keycode 175 ="

P.S.
you can list the currently selected keycodes (to see if you have more than one XF86AudioRaiseVolume) using:

$ xmodmap -pk

After removing that keycode it instantly works again. Thanks for the tip.
No the bug is assigned to "kubuntu-meta (Ubuntu)", but I edited the xmodmap now to make it work again, so that's probably the place wheeere it ought to be fixed. Do you know as well who'd be managing the package where xmodmap is included? So maybe when will have a fix for that packaged for final release.

Just wanted to say thanks for the fix, I was having this very same problem with the Logitech Desktop Cordless Pro. The removal of the extra mapping for XF86AudioRaiseVolume worked like a charm.

This bug also affected the XF86AudioMedia key for me, and I had to use a similar workaround to get it working. It'd be nice to see these fixed for the final, it's an annoying little bug that will confuse new users.

Nice to see we know the workaround.
However, since it clearly is a regression (it used to work, at least in 5.04),
the package owner should check what changed, the file
/etc/X11/xkb/symbols/inet or some KDE component. Then find the
core reason for the failure, then fix that.
Please don't just post a workaround and leave the bug open.

Thanks!
stefan

Lure should be dealing with this with his laptop buttons spec.

reassigned it to the wrong place. oops.

is this working in feisty? or the latest edgy?

These buttons seem to have been added, for most machines by now.

How are you testing this? xev and amarok? amarok has only seemed to hardcode some of the multimedia buttons by default. Try adding the buttons into the global shortcuts of amarok, or whichever multimedia player you're using, and see if the problem still exists.

We are closing this bug report as it lacks the information, described in the previous comments, we need to investigate the problem further. However, please reopen it if you can give us the missing information and don't hesitate to submit bug reports in the future.

This problem is still current in KDE 3 in Hardy lastest. My keyboard is Microsoft Comfort Curve 2000 v1.0 wich is mapped to microsoftusb in Xorg.

I have got the same problem as above with raisevolume : xev shows it but kmilo ignores it.
Lower and Mute are working. All was working fine in gutsy.

If I look at xmodmap for audio keys I find duplicate codes :

$ xmodmap -pk | grep -i audio
    129 0x1008ff32 (XF86AudioMedia)
    144 0x1008ff16 (XF86AudioPrev)
    151 0x1008ff15 (XF86AudioStop)
    153 0x1008ff17 (XF86AudioNext)
    158 0x1008ff13 (XF86AudioRaiseVolume)
    160 0x1008ff12 (XF86AudioMute)
    162 0x1008ff31 (XF86AudioPause)
    164 0x1008ff15 (XF86AudioStop)
    166 0x1008ff12 (XF86AudioMute)
    174 0x1008ff11 (XF86AudioLowerVolume)
    176 0x1008ff13 (XF86AudioRaiseVolume)
    237 0x1008ff32 (XF86AudioMedia)

You can see that Mute is also duplicated, but works. This is probably because the first encountered wins and fits with my actual keyboard (xev show keysym 160 for mute).

Should be working in general now with the new Kmix patch. Any future bugs will probably have a different cause then this one, and should be filed separately against kdemultimedia.