| Summary: | Volume increase button on Logitech multimedia keyboard will not work. Decrease and Mute function normally. | ||
|---|---|---|---|
| Product: | [Applications] kmix | Reporter: | Bruce <corktowner> |
| Component: | general | Assignee: | Christian Esken <esken> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
I have a couple of questions:
1) Are only the multimedia keys affected?
2a) Is the shortcut for the Master affected? (Menu -> Settings -> Global Shortcuts)
2b) Is the shortcut for normal controls (e.g. PCM) affected? (KMix main menu -> PCM slider -> right click -> Global Shortcuts)
3) Is Kmilo running? (kcontrol -> KDE components -> Services -> Lower list "KDE sevices at start" -> KMilo
if it is running:
a) Stop it
b) Disable it
c) Logout from KDE
d) Login again
e) Try it and report back
could you please open an Konsole and call:
egrep -4 -i Dev.*key ~/.kde/share/config/kmix*rc
This will show all assigned keys in KMix and the KMix Panelapplet.
By the way. other programs that take away the global shortcut are usually multimedia applications, like mixers, audio players (amarok, xmms, ...), video players (xine, mplayer, kaffeine, ...). You should check if any multimedia app is running and quit it.
1. Only the Increase Volume control is affected. 2a. No global shortcuts. 2b. Same, no global shortcuts. 3. Yes it is running. When it is disabled then all multimedia keys stop functioning. [corcaighman@localhost ~]$ egrep -4 -i Dev.*key ~/.kde/share/config/kmix*rc /home/corcaighman/.kde/share/config/kmix_panelapplet_4wnxpjs17brqufkzprqp_rc-[PanelApplet.Widget.Dev0] /home/corcaighman/.kde/share/config/kmix_panelapplet_4wnxpjs17brqufkzprqp_rc-Show=true /home/corcaighman/.kde/share/config/kmix_panelapplet_4wnxpjs17brqufkzprqp_rc-Split=false /home/corcaighman/.kde/share/config/kmix_panelapplet_4wnxpjs17brqufkzprqp_rc- /home/corcaighman/.kde/share/config/kmix_panelapplet_4wnxpjs17brqufkzprqp_rc:[PanelApplet.Widget.Dev0.keys] /home/corcaighman/.kde/share/config/kmix_panelapplet_4wnxpjs17brqufkzprqp_rc-Increase volume=XF86AudioRaiseVolume /home/corcaighman/.kde/share/config/kmix_panelapplet_4wnxpjs17brqufkzprqp_rc- /home/corcaighman/.kde/share/config/kmix_panelapplet_4wnxpjs17brqufkzprqp_rc-[PanelApplet.Widget.Dev10] /home/corcaighman/.kde/share/config/kmix_panelapplet_4wnxpjs17brqufkzprqp_rc-Show=false No other programs use that key, checked them all. Ah, I am starting to remember. This is an X Server bug. There should be a bug report about that. I'll look it up soon. OK, please see http://bugs.kde.org/show_bug.cgi?id=129629#c8 Marking this as a duplicate bug report. *** This bug has been marked as a duplicate of 129629 *** Although the "wheel control" through me off, I did find the inet file and the logitech section. There was two entries in inet for that key. I had to comment out the first and restart xserver. Everything is working. Thanks for your assistance. |
Version: 2.6.1 (using KDE 3.5.8, compiled sources) Compiler: Target: i586-mandriva-linux-gnu OS: Linux (i686) release 2.6.18.8.tex5 This has happened before with previous versions of KDE, then it was fixed and now it's not working again. I have tried setting the Global settings for kmix, nothing changes. Xev registers the key as follows: KeyPress event, serial 31, synthetic NO, window 0x2c00001, root 0x4d, subw 0x0, time 1839512981, (-224,-459), root:(868,347), state 0x10, keycode 176 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES, XKeysymToKeycode returns keycode: 175 XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 31, synthetic NO, window 0x2c00001, root 0x4d, subw 0x0, time 1839513129, (-224,-459), root:(868,347), state 0x10, keycode 176 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES, XKeysymToKeycode returns keycode: 175 XLookupString gives 0 bytes: XFilterEvent returns: False