Bug 817980 - ButtonPress event has 1s delay when performing drag gestures
ButtonPress event has 1s delay when performing drag gestures
Status: CLOSED WORKSFORME
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-synaptics (Show other bugs)
17
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Peter Hutterer
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2012-05-01 20:13 EDT by Sandro Mani
Modified: 2012-05-13 18:43 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2012-05-13 18:43:06 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Xorg.0.log (53.58 KB, text/x-log)
2012-05-01 20:13 EDT, Sandro Mani
no flags Details

  None (edit)
Description Sandro Mani 2012-05-01 20:13:16 EDT
Created attachment 581503 [details]
Xorg.0.log

Description of problem:
When performing drag gestures (i.e. mouse press + mouse move) of any kind with the touchpad, the gesture starts off as only mouse move, the mouse-press state only changes after a significant lag (ca 1s). 

This applies to any kind of drag gesture (selecting text, moving windows, etc).

Running xev, when press-dragging inside the window, MotionNotify events start appearing immediately, but with state=0x000. Only after ca 1s, the ButtonPress event appears, after which the MotionNotify events have state 0x100 (for left click drag) as expected.

This only happens when using the touchpad, using an external mouse the problem does not appear.

This is always reproducible on a Thinkpad T60, but not on a Thinkpad T400 (running rawhide). The T60 installation is a stock F17-KDE-x86_64 installation from the beta live cd.

Version-Release number of selected component (if applicable):
xorg-x11-drv-synaptics-1.5.99.904-1.fc17.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Move any window, drag text, etc
2. Notice that the actual drag event starts with a delay: you need to keep the mouse pressed for ca 1s before moving it for the drag/select gesture to behave as expected

Additional info:
Xorg.0.log attached. No custom xorg.conf.
Comment 1 Sandro Mani 2012-05-13 18:43:06 EDT
Appears to be fixed by one of the recent synaptics driver updates.

Note You need to log in before you can comment on or make changes to this bug.