| Summary: | xf86-input-mouse- generates doubleclicks on fast release of the mouse button | ||
|---|---|---|---|
| Product: | xorg | Reporter: | Ioannis Aslanidis <deathwing00> |
| Component: | Input/Mouse | Assignee: | 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) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
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 version 1.2.1. 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 login manager). 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 issues.. 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. Ioannis Aslanidis 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. |
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.
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: /dev/input/mice /dev/misc/psaux 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" EndSection 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" EndSection Versions: xf86-input-mouse-1.0.4 xorg-server-1.0.2