Bug 16870 - First 3 mouse clicks ignored if mouse isn't moved
Summary: First 3 mouse clicks ignored if mouse isn't moved
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/General (show other bugs)
Version: 7.1 (2006.05)
Hardware: x86 (IA32) Linux (All)
: low minor
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-27 23:11 UTC by Jeffrey Ross
Modified: 2008-12-03 13:48 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Jeffrey Ross 2008-07-27 23:11:06 UTC
When Xorg is started and the mouse is clicked without moving it (to attempt to open the mouse menu) nothing happens.  This occurs with version 7.1.1 under CentOS 5.0 and CentOS 5.2 (the current release as at 28 July 2008).
If the mouse is moved first the first click works fine.
This problem must have been introduced since version 7.0.0 (since the bug is not present with Fedora Core 5, which "Xorg -version" reports as 7.0.0).
While the bug is not serious in its impact, it gives an unreliable impression to users in safety-critical installations.
To show the problem simply start Xorg and press the right mouse button repeatedly without moving the mouse.  The menu (assuming one has been configured) will appear after the 3rd or 4th click.
A more precise method of testing this problem is to change to run level 3 (telinit 3), and run Xorg manually with xev to display the mouse events, eg ona 1600x1200 screen use:
  (Xorg :0 -ac&); sleep 5; xterm -display :0 -e 'xev -geometry 800x800+400+200'&
Comment 1 Peter Hutterer 2008-07-28 23:13:46 UTC
can you reproduce this issue with a newer version of X?
If not, this will end up as WONTFIX, since we don't have the manpower to
maintain releases that old.
Comment 2 Jeffrey Ross 2008-08-03 16:32:49 UTC
I could download the latest version of Xorg, compile it, and run it, but I haven't time to do that - it would take me several hours.  I already downloaded CentOS 5.2, which is a current Linux distribution (equivalent to the current release of Red Hat Enterprise Linux), only to find that it uses Xorg 7.1.1.

An Xorg developer could test to see if the problem is present in 7.2 in 1 minute or less - simply restart X and try the mouse buttons without moving the mouse.

I appreciate that this is not your preferred strategy for bug reporting, but from this user's perspective (and probably many others too), it is the only practical one.  I've already spent time investigating the problem and hope that my description will prompt someone to check that the bug has been fixed or is not reproducible.  It would be sad to close the report as WONTFIX if it's still present in 7.2.
Comment 3 Peter Hutterer 2008-08-08 00:03:29 UTC
> An Xorg developer could test to see if the problem is present in 7.2 in 1
> minute or less - simply restart X and try the mouse buttons without moving the
> mouse.

AFAIK most of us use 7.4 or later. I for example would have to recompile the
whole stack as I only have computers running 1.5 and git master.

Anyway, I haven't seen this issue, ever. Hence I'd guess it has been fixed.

The reason why we would need you to test it is because you have a setup where
the bug occurs. By upgrading to a newer version and reproducing the exact
steps, you are the only one who can confirm that the bug actually has
disappeared. I - and others - can only say "never noticed it", which isn't
quite the same.
Comment 4 Jeffrey Ross 2008-08-10 16:55:00 UTC
That's fine.  If you can't spot it in 7.4 I'd assume that it's fixed somewhere between 7.2 and 7.4.
Thanks.
Comment 5 Peter Hutterer 2008-10-22 00:03:53 UTC
claiming as fixed in server 1.5 at least, please reopen if it occurs again.
Comment 6 Jeffrey Ross 2008-12-03 13:48:35 UTC
Confirmed fixed in Xorg 1.5 (tested using Ubuntu 8.10).
Thanks.


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.