Bug 5765 - multimedia keys shouldn't repead
Summary: multimedia keys shouldn't repead
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Input/Keyboard (show other bugs)
Version: 7.0.0
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-31 03:27 UTC by Imre Pentek
Modified: 2018-06-12 19:07 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
simple swap of key functions (671 bytes, application/octet-stream)
2008-01-07 20:25 UTC, Jory A. Pratt
no flags Details
xf86-input-keyboard-korean_keyboard_keyup_event.diff (2.08 KB, text/x-patch)
2008-01-07 20:26 UTC, Jory A. Pratt
no flags Details

Description Imre Pentek 2006-01-31 03:27:37 UTC
If I press a letter-button (or any normal button) for a moment, it will type one
letter. If I press it for a long time it will type several letters. Now that is
OK. The problem is if I press a multimedia button for a moment it won't have any
effect. If I press it too long time it will launch the application several times
(so I will have several instances of (say) Mozilla). So these buttons shouldn't
have to repeat. Previously it worked correctly...
Affected buttons are: 178,236 and scan code e001
And anyways volume up and volume down (174 and 176) is intended to repeat.
kernel team found out that this bug is a userspace bug
(http://bugzilla.kernel.org/show_bug.cgi?id=5780), and the affected keys are
bound to F13-F15 by ~/.Xmodmap, and interpreted as a hotkey by
/usr/share/icewm/keys, so most probably an X bug.
Showkey shows several key press events for volume kontrol keys, so (if I really
understand the problem) you should only suppress key repetition, if
kernel/hardware does not request autorepeat explicitly.
Comment 1 Imre Pentek 2006-02-08 03:51:49 UTC
Can I help solving this bug by providing more details? May I attach config
files, program outputs, etc?
Comment 2 Imre Pentek 2006-05-31 05:58:55 UTC
Still present in 7.1. Ask for details, if you need.
Thanks.
Comment 3 Daniel Stone 2007-02-27 01:30:12 UTC
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 4 Imre Pentek 2007-12-31 09:38:40 UTC
still present when using Gentoo 2007.0 with xorg-server 1.4.0.90
Just tell me if you need more info, I would be glad to help solving this bug, maybe you can give hints what to test.
Comment 5 Jory A. Pratt 2008-01-07 20:25:01 UTC
Created attachment 13579 [details]
simple swap of key functions

  * Let keycodes 209 and 210 pass through; they're Hangul and Hangul_Hanja
    keys, needed for Korean keyboards to function correctly.  This fix is
    mostly a band-aid since XKB doesn't have a way to specify that "this
    key doesn't give you keydown and keyup events"

Until someone finds a way to work around this issue I do not see any multimedia key issues being resolved.
Comment 6 Jory A. Pratt 2008-01-07 20:26:48 UTC
Created attachment 13580 [details]
xf86-input-keyboard-korean_keyboard_keyup_event.diff

Sorry wrong file uploaded.
Comment 7 Adam Jackson 2018-06-12 19:07:51 UTC
Mass closure: This bug has been untouched for more than six years, and is not
obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.