Bug 26640 - mouse jumps to left upper corner after certain keys were pressed
Summary: mouse jumps to left upper corner after certain keys were pressed
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Input/Keyboard (show other bugs)
Version: 7.5 (2009.10)
Hardware: Other All
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-18 14:08 UTC by ccc1
Modified: 2010-02-18 17:26 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description ccc1 2010-02-18 14:08:13 UTC
hi,

how to reproduce:
1) press an alphanumeric key
2) press a multimedia key (in my case any of the keys that control the volume)
3) move the mouse
result: mouse cursor jumps immediately to the left upper corner of the screen

i have an external lenovo usb keyboard with trackpoint. xinput output:
Lite-On Technology Corp. ThinkPad USB Keyboard with TrackPoint    id=7    [slave  keyboard (3)]
this bug doesn't occur with my internal keyboard, which has a trackpoint and multimedia keys as well.

other people with usb keyboard mouse combos observed this behavior too:
http://bbs.archlinux.org/viewtopic.php?id=86344
https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/513852
Comment 1 ccc1 2010-02-18 14:15:45 UTC
two things i forgot to add:
OS:Linux cl-laptop 2.6.32-ARCH x86_64
and they keyboard is configured via hal.
Comment 2 Peter Hutterer 2010-02-18 17:26:00 UTC
already fixed, thanks for the bug report though.


commit 6f265d55a61f9be323583b8acacae783be72bda9
Refs: xorg-server-1.7.99.2-40-g6f265d5
Author:     Peter Hutterer <peter.hutterer@who-t.net>
AuthorDate: Tue Jan 5 13:15:25 2010 +1000
Commit:     Keith Packard <keithp@keithp.com>
CommitDate: Tue Jan 5 14:01:51 2010 -0800

    dix: don't update the slave coordinates from the VCK.

    A keyboard event from a device with both valuators and keys will be posted
    through the VCK. In this case, do not update the slave device coordinates
    from the VCK - they're always 0/0. Leave them as-is, for the next pointer
    event will continue where it left.



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.