[Bug 230287] key repeat rate not restored when usb keyboard hot plugged

Paul B. Henson henson at acm.org
Wed May 19 03:14:31 BST 2010


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





--- Comment #3 from Paul B. Henson <henson acm org>  2010-05-19 04:14:26 ---
With a different keyboard connected, that keyboard retains all settings when I
unplug/plug in the other one. The unplugged one reverts to default X settings,
not my personalized KDE settings, regardless of whether or not any other
keyboard is plugged into the system.

Are you running X with hal and evdev? This problem only occurs when X is doing
input hotplugging and seeing the device come and go. As referenced in the
redhat bug, if you're using X with the standard keyboard device the kernel
deals with hotplugging that, X never knows it came and went.

But with X device hotplugging, when the USB keyboard is unplugged:

(II) config/hal: removing device HID 05f3:0007
(II) HID 05f3:0007: Close
(II) UnloadModule: "evdev"

X sees it go away, and when it's plugged back in:

(II) config/hal: Adding input device HID 05f3:0007
(**) HID 05f3:0007: always reports core events
(**) HID 05f3:0007: Device: "/dev/input/event11"
(II) HID 05f3:0007: Found keys
(II) HID 05f3:0007: Configuring as keyboard
(II) XINPUT: Adding extended input device "HID 05f3:0007" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "evdev"
(**) Option "xkb_layout" "us"
(II) config/hal: Adding input device HID 05f3:0007

X configures it with defaults. Per the redhat bug, the desktop environment
needs to notice a new keyboard has shown up and configure it with the user's
preferences rather than the defaults.

Let me know if you need any more information, thanks for looking into this.

Actually, with the evdev driver each device can have its own settings. It's
beyond the scope of this bug, but it would be nice if KDE allowed you to
specify different preferences for each keyboard and pointing device installed.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the Unassigned-bugs mailing list