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:
Identifier "X.Org Configured"
Screen 0 "aticonfig-Screen" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "USB Mouse" "Always Core"
Identifier "USB Mouse"
Option "Device" "/dev/psaux"
Option "SendCoreEvents" "true"
Option "Protocol" "IMPS/2"
Option "ZAxisMapping" "4 5"
Option "Buttons" "8"
It works perfectly well with versions 1.1.1.
I don't know what happened, but after a reboot, I experience again the same issues.
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
So the problem is also present in newer versions..
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..
Ok, it's not xorg related in my case. It also happens whith qingy (a directfb
Can you check if the same problem happens with a framebuffer/gdm app?
Does not happen with kdm, apparently. I didn't try with quingy.
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..
(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.
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.
I guess gpm is a good test case. Please try it out..
Not reproducible with gpm. Looks more like a pure X bug to me.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Do you still experience this issue with newer soft ?
Please check the status of your issue.
-- 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.