Bug 8276

Summary: xf86-input-mouse- generates doubleclicks on fast release of the mouse button
Product: xorg Reporter: Ioannis Aslanidis <deathwing00>
Component: Input/MouseAssignee: Xorg Project Team <xorg-team>
Status: RESOLVED MOVED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: high CC: seventhguardian
Version: unspecified   
Hardware: x86 (IA32)   
OS: Linux (All)   
i915 platform: i915 features:

Description Ioannis Aslanidis 2006-09-14 09:11:19 UTC
I have a Logitech, Inc. MX310 Optical Mouse and I experience the following
problem: Whenever I click fast on anything, the system generates a doubleclick
event instead of a single click. The actualy thing is that when the period of
time between the press and release is really small, the X server for an unkown
reason identifies that action as a double click instead of a single click.

I changed the used device to the following:


The behavior of the mouse is always the described above. Below you can see the
portion of xorg.conf that affects the mouse input:

Section "ServerLayout"
        Identifier     "X.Org Configured"
        Screen      0  "aticonfig-Screen[0]" 0 0
        InputDevice    "Keyboard0" "CoreKeyboard"
        InputDevice    "USB Mouse" "Always Core"

Section "InputDevice"
        Identifier  "USB Mouse"
        Driver      "mouse"
        Option      "Device" "/dev/psaux"
        Option      "SendCoreEvents" "true"
        Option      "Protocol" "IMPS/2"
        Option      "ZAxisMapping" "4 5"
        Option      "Buttons" "8"


Comment 1 Ioannis Aslanidis 2006-10-15 07:35:38 UTC
It works perfectly well with versions 1.1.1.
Comment 2 Ioannis Aslanidis 2006-10-16 05:46:01 UTC
I don't know what happened, but after a reboot, I experience again the same issues.
Comment 3 Renato Caldas 2006-12-07 16:56:42 UTC
I'm experiencing this problem as well. Strangely enough, it only began today,
even having xorg-server-1.1.1 for some time.. As for xf86-input-mouse it is
version 1.2.1.

So the problem is also present in newer versions..
Comment 4 Renato Caldas 2006-12-07 16:59:19 UTC
BTW, my computer spent the last night inside the trunk of my car, and  at the
same time the bios battery is dying. So I suspect the bios configurations may
have something to do with this..
Comment 5 Renato Caldas 2006-12-07 18:03:26 UTC
Ok, it's not xorg related in my case. It also happens whith qingy (a directfb
login manager).

Can you check if the same problem happens with a framebuffer/gdm app?
Comment 6 Ioannis Aslanidis 2006-12-08 00:59:36 UTC
Does not happen with kdm, apparently. I didn't try with quingy.
Comment 7 Renato Caldas 2006-12-08 05:27:07 UTC
This would only be noticed in widgets were double-click behavior is different
from single click, for instance in drop down boxes.

Did you try those? If you did, then probably we are experiencing different issues..
Comment 8 Renato Caldas 2006-12-08 05:30:19 UTC
(In reply to comment #7)
> This would only be noticed in widgets were double-click behavior is different
> from single click, for instance in drop down boxes.
> Did you try those? If you did, then probably we are experiencing different

Oh I forgot, kdm is a X11 login manager, so any problems with xorg should also
be visible in kdm..

Do you have any sdl app that could be run in the framebuffer? This way the test
would be done without xorg running.
Comment 9 Ioannis Aslanidis 2006-12-08 05:41:13 UTC
Actually it does show up on both gdm and kdm. I never experienced issues with
kdm because I was just using the keyboard. The only thing I can think about is gpm.
Comment 10 Renato Caldas 2006-12-08 05:49:24 UTC
I guess gpm is a good test case. Please try it out..
Comment 11 Ioannis Aslanidis 2006-12-08 07:00:13 UTC
Not reproducible with gpm. Looks more like a pure X bug to me.
Comment 12 Daniel Stone 2007-02-27 01:33:34 UTC
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 13 chemtech 2013-03-15 15:06:25 UTC
Ioannis Aslanidis 
Do you still experience this issue with newer soft ?
Please check the status of your issue.
Comment 14 GitLab Migration User 2018-08-10 20:58:31 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-input-mouse/issues/10.

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.