Bug 442384

Please try with Beta5. In case it still doesn't work, does 'xev' report KeyPress events for the key, with valid keysym (i.e. no NoSymbol)?

I'm still running Beta-4 but:

KeyRelease event, serial 34, synthetic NO, window 0x4600001,
    root 0x9c, subw 0x0, time 29014032, (-340,507), root:(877,532),
    state 0x0, keycode 160 (keysym 0x1008ff12, XF86AudioMute), same_screen YES,
    XLookupString gives 0 bytes:                                               
    XFilterEvent returns: False                                                

KeyPress event, serial 34, synthetic NO, window 0x4600001,
    root 0x9c, subw 0x0, time 29015037, (-340,507), root:(877,532),
    state 0x0, keycode 174 (keysym 0x1008ff11, XF86AudioLowerVolume), same_screen YES,
    XLookupString gives 0 bytes:                                                      
    XmbLookupString gives 0 bytes:                                                    
    XFilterEvent returns: False                                                       

KeyRelease event, serial 34, synthetic NO, window 0x4600001,
    root 0x9c, subw 0x0, time 29015146, (-340,507), root:(877,532),
    state 0x0, keycode 174 (keysym 0x1008ff11, XF86AudioLowerVolume), same_screen YES,
    XLookupString gives 0 bytes:                                                      
    XFilterEvent returns: False                                                       

KeyPress event, serial 34, synthetic NO, window 0x4600001,
    root 0x9c, subw 0x0, time 29015910, (-340,507), root:(877,532),
    state 0x0, keycode 176 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes:                                                      
    XmbLookupString gives 0 bytes:                                                    
    XFilterEvent returns: False                                                       

KeyRelease event, serial 34, synthetic NO, window 0x4600001,
    root 0x9c, subw 0x0, time 29015969, (-340,507), root:(877,532),
    state 0x0, keycode 176 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
    XLookupString gives 0 bytes:                                                      
    XFilterEvent returns: False

Still applies to Beta-5, but with some improvements. The mute key works, but th volume increasing and decreasing keys still don't. Beside this I dowscovered, that kmix'es master channel is the PCM channel by default. Wouldn't it be better to control the master (Front ?) channel instead?

Does it work if you change the master channel?

Good idea! I've just installed the final (64bit) version of 11.1, and both the mouse scroll wheel (when the pointer is over the kmix icon in systray) and the multimedia keys control the selected master channel. I can select either front or pcm, the multimedia keys work well! I'we thested that on the 32 bit version too, but not in the final, but in beta5 with updates. That worked too. So, this problem can be considered as fixed except that there are no OSD popup windows reflecting the results.

I've also left gnome KDE3 and other environments untested.

The OSD popup is bug #450328. And there actually is feedback in the systray KMix icon. Closing this issue as fixed.

OK, feedback from the KMix icon is sufficient, but:

This problem revived in a slightly modified form: Volume control works in KDE4, but only until I enable the handling of keyboard layout management in the country and region section of KDE settings. Just enabling the keyboard layout management immediately disables the volume keys, so that they remain disabled even after disabling the layout management. I have to restart X after disabling layout management in order to re-enable the multimedia keys.

OK, I've found a workaround: I had to change the keyboard model to microsoftpro, just like in xorg.conf. In the distant future, KDE might be aware of the current X configuration, and select the appropriate keyboard model as default.

*** Bug 336639 has been marked as a duplicate of this bug. ***

Upstream report by Tamás (next time please link to it)

https://bugs.kde.org/show_bug.cgi?id=189066

Seli it's up to you if you want it resolved here and only on bko or keep it open for reference.

(In reply to comment #10)
> Upstream report by Tamás (next time please link to it)
> 
> https://bugs.kde.org/show_bug.cgi?id=189066

Was it me, who reopened it? Sorry for that, I can't remember. Anyway, nowadays I only report KDE bugs upstream, as you asked us, and in fact I don't consider this issue a serious bug anymore, but a request for improvement instead.

I'll keep this one open. KDE's config module for keyboard layout should default to the same layout like configured by Yast for X, although that may be not that simple.

.

*** This bug has been marked as a duplicate of bug 385064 ***