Bug 16397 - XINPUT events have the wrong state values
Summary: XINPUT events have the wrong state values
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/Input/Core (show other bugs)
Version: 7.3 (2007.09)
Hardware: Other All
: medium normal
Assignee: Daniel Stone
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 7913
  Show dependency treegraph
 
Reported: 2008-06-17 10:20 UTC by Rob Bradford
Modified: 2008-06-22 01:48 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Updated xitest.c that report state. (3.69 KB, text/x-csrc)
2008-06-17 10:20 UTC, Rob Bradford
no flags Details

Description Rob Bradford 2008-06-17 10:20:40 UTC
Created attachment 17198 [details]
Updated xitest.c that report state.

I guess the fix is related to the fix for #16289

The events from non-core "pointer" return the state of the core pointer.

e.g. If I hold down button 1 and move the extension mouse I get a state of zero. If i hold down button 1 on the core mouse and move the extension I get the state from the core being reported on the extension.

I've attached an updated version of my xitest.c program.
Comment 1 Daniel Stone 2008-06-17 10:30:06 UTC
Sorry, can't fix until Xi 3:
'The state component gives the logical state of the buttons on the core X pointer and modifier keys on the core X keyboard just before the event.'
Comment 2 Peter Hutterer 2008-06-19 03:51:17 UTC
On Tue, Jun 17, 2008 at 10:30:07AM -0700, bugzilla-daemon@freedesktop.org wrote:
> Sorry, can't fix until Xi 3:
> 'The state component gives the logical state of the buttons on the core X
> pointer and modifier keys on the core X keyboard just before the event.'

Actually, this is changed in current master. Look at ProcessOtherEvents. The
state component gives the logical state of the buttons on the device, and the
modifier keys on the appropriate master device (if applicable).  I should
probably update the specs there.
Comment 3 Peter Hutterer 2008-06-22 01:48:46 UTC
Specs are updated, calling this bug as fixed for XI 2.


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.