Summary: | Button map not applied on devices with evdev driver | ||
---|---|---|---|
Product: | xorg | Reporter: | Nick Schermer <nick> |
Component: | Input/evdev | Assignee: | Peter Hutterer <peter.hutterer> |
Status: | RESOLVED WORKSFORME | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | normal | ||
Priority: | medium | CC: | remi |
Version: | 7.3 (2007.09) | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Nick Schermer
2009-03-01 02:49:36 UTC
After updating to xorg-server 1.6.0, evdev 2.1.3 and libxi 1.2.1, this works again. I have no idea if this is some conflict between a new evdev driver and a 1.5.x xorg-server that is worth fixing, so I'll leave the bug open. button mapping is handled in the server, not in the driver so it's doubtful that this is an evdev problem. from the xfce bugreport: xinput set-button-map 'Logitech USB-PS/2 Optical Mouse' 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 10 10 is mapped twice and this isn't allowed. I fixed that for 1.6. The button mapping is chained in 1.6, so if you map both the virtual core pointer and the slave device you're double-mapping to the same (3 mapped to 1 mapped to 3). IIRC, 1.5 had a different core/XI interaction and no chained button mappings. closing as WORKSFORME, please reopen if this bug reoccurs. |
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.