[intrepid] keyboard Repeat Keys is failing to adjust
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
X.Org X server |
Fix Released
|
Medium
|
|||
xserver-xorg-input-evdev (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bug Description
Welcome. This bug was introduced with the new Xorg in the 8.10 (Intrepid Ibex) release of Ubuntu. It had 2 effects: the default keyboard repeat rate was unusably high, and there was no obvious way to change the repeat rate. There were a few hacks which could effect at least partial fixes, the discussion of which you will find below.
The bug has been fixed upstream, and, in theory, will be included in the 9.10 (Karma Koala) release of Ubuntu. The fix has also been backported to the 9.04 (Jaunty Jackalope) release of Ubuntu. It does not seem like the fix will be backported to 8.10 (Intrepid).
Thus, those affected by this bug should install 9.04.
Q.E.D.
(If there are any continued difficulties, please file a new bug report.)
================== Old bug report ==================
go to System > Preferences > Keyboard > General
The controls under Repeat Keys are failing to properly adjust the timing of how fast keys are repeated when held down.
I filed under gnome, but a person there thinks its an xorg bug in ubuntu: http://
Here is a workaround for this:
Temporarily add the following to your xorg.conf:
Section "ServerFlags"
Option "AutoAddDevices" "off"
EndSection
Restart X, and you will be able to change the settings. Once changed, you can remove those lines from your xorg.conf (which is recommended since setting AutoAddDevices to off can interfere with your keyboard)
Another (and possibly better) workaround is to set the repeat rate manually, see this comment for directions: https:/
This bug may also be related to bug 278078
Related branches
description: | updated |
description: | updated |
description: | updated |
description: | updated |
description: | updated |
Changed in xorg-server: | |
status: | Unknown → Fix Released |
Changed in xorg-server: | |
status: | Fix Released → Unknown |
Changed in xorg-server: | |
status: | Unknown → Confirmed |
Changed in xorg-server: | |
status: | Unknown → Fix Released |
description: | updated |
Changed in xorg-server: | |
importance: | Unknown → Medium |
Changed in xorg-server: | |
importance: | Medium → Unknown |
Changed in xorg-server: | |
importance: | Unknown → Medium |
When holding a key down keyboard repeat starts with softrepeat delay/rate settings and is interrupted temporarily when the kernel autorepeat delay/rate would have caused a character to be repeated if the kernel autorepeat would be used.
It's easiest to demonstrate the problem when setting "xset r rate 175 100; kbdrate -r 2 -d 1000" (incidentally also the settings that least disturb softrepeat). So when holding a key down the 175ms delay and 100/sec repeat rate works perfectly for 1000ms (exactly when the kernel repeat delay kicks in), then there's a shot interruption and the 100/sec rate is again continued and again interrupted, but this time after about 500ms (basically at 2/sec, which is the kernel repeate rate).
With default kbdrate settings (those set by xset itself, delay 250ms and 10.9 cps), the problem is even more annoying because the fast softrepeat rate only lasts for 250ms and then slows down to a very slow rate probably dictated by the 10.9 cps. So basically after the kernel repeat delay only the really slow kernel repeat rate applies as softrepeat seems to get no chance of doing anything between the short interruptions caused by the kernel autorepeat.
This is all with xorg-server 1.5.0, kernel 2.6.25, evdev 2.0.4.
I don't remember this problem to have existed with the kbd driver and unfortunately I'm no longer able to get the kbd driver to work (I think it gets confused by the event device which hal is providing and I'm not sure what to do about it).
Thank you,