Bug 805558 - Click & Drag impossible on Ultrabook
Summary: Click & Drag impossible on Ultrabook
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: moodss
Version: 16
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-21 15:25 UTC by timko.charles
Modified: 2012-06-10 19:53 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-10 16:29:32 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description timko.charles 2012-03-21 15:25:27 UTC
Description of problem:
I have an Acer Aspire Ultrabook.  The touchpad on this laptop is both a multi-touch touchpad and if you press down on right or left side of the touchpad it is the right and left mouse buttons (respectively). On my newest kernel update, a lot of fixes were added to the touchpad which I really appreciate, however a new issue has spawned; click & drag is impossible now.  Since the touchpad itself is a button, the two fingers on the pad is being miscalculated for a different action.  (As a smaller issue that, depending on how the driver is written could solve the issue as well, if I have two fingers on separate sides of the touchpad, I can still multi-finger scroll. That shouldn't be acceptable. In essence we should be mimicking Apple on this one, and leaving it two fingers next to each other (so set a max distance apart for the two points). There is no immediate way to solve this issue at this time (I tried a number of different settings).

Version-Release number of selected component (if applicable):
Linux titanium 3.2.10-3.fc16.x86_64 #1 SMP Thu Mar 15 19:39:46 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

How reproducible:
Use a touchpad that is also mouse buttons...

Other notes:
I would like to point out, it was really difficult to type this page out without my click & drag.  I also didn't set the severity because, as this completely hinders me working on the OS, it won't stop me from dropping back to the older Kernel

Comment 1 timko.charles 2012-03-21 15:29:17 UTC
hmm, even after rolling back to an older release, this exist still persists. Looks like I will have some difficulty until there is a fix.  I will be happy to test any patches.

Comment 2 windchine 2012-06-02 16:22:56 UTC
The same problem is present with Fedora 17 on Dell Inspiron Mini 1012. As soon as a second finger touches the touchpad the mouse pointer freezes on the screen as if Gnome3 has gone into 2 finger scrolling mode. This is the case both when the 2 fingers are in the middle of the touchpad and also when one is in the middle and the other in the bottom corner pressing the integrated mouse button.

"synclient -m 1" shows the primary finger position is still being tracked correctly while the button is being pressed and that the finger count has gone up to 2.

The only activity that this prevents is the "grab and drag" action as moving the primary finger no longer moves the now locked mouse pointer. If I press the integrated mouse button with a plastic stylus the touchpad does not see the 2nd finger I am able to "grab and drag" normally.

This behaviour is new in Fedora 17. My fully updated Fedora 16 did not suffer from this problem.

Note that I do not have 2 finger scrolling enabled. I have also tried changing the touchpad AreaBottomEdge setting to disable mouse activity at the bottom edge of the touchpad, and while this does stop mouse pointer movement when the finger is down in the bottom region it does not prevent 2 finger detection and the mouse pointer remains frozen during "grab and drag".

Please let me know if you require any further diagnostic tests.

Thanks.

Comment 3 timko.charles 2012-06-02 16:26:35 UTC
Also, my right click doesn't work anymore.  I have not dist-upgraded yet, and will do that later today.

Comment 4 timko.charles 2012-06-10 16:16:44 UTC
(In reply to comment #2)
> The same problem is present with Fedora 17 on Dell Inspiron Mini 1012. As
> soon as a second finger touches the touchpad the mouse pointer freezes on
> the screen as if Gnome3 has gone into 2 finger scrolling mode. This is the
> case both when the 2 fingers are in the middle of the touchpad and also when
> one is in the middle and the other in the bottom corner pressing the
> integrated mouse button.
> 
> "synclient -m 1" shows the primary finger position is still being tracked
> correctly while the button is being pressed and that the finger count has
> gone up to 2.
> 
> The only activity that this prevents is the "grab and drag" action as moving
> the primary finger no longer moves the now locked mouse pointer. If I press
> the integrated mouse button with a plastic stylus the touchpad does not see
> the 2nd finger I am able to "grab and drag" normally.
> 
> This behaviour is new in Fedora 17. My fully updated Fedora 16 did not
> suffer from this problem.
> 
> Note that I do not have 2 finger scrolling enabled. I have also tried
> changing the touchpad AreaBottomEdge setting to disable mouse activity at
> the bottom edge of the touchpad, and while this does stop mouse pointer
> movement when the finger is down in the bottom region it does not prevent 2
> finger detection and the mouse pointer remains frozen during "grab and drag".
> 
> Please let me know if you require any further diagnostic tests.
> 
> Thanks.

What is your output from synclient and the content of /usr/share/X11/xorg.conf.d/50-synaptics  ? I think I figured out how to fix the problem!

Comment 5 timko.charles 2012-06-10 16:29:32 UTC
Forgot to include the fix I made:

 Option "SoftButtonAreas" "50% 100% 70% 100% 0 0 0 0"

I fixed the line that was already in my Synaptics file (/usr/share/X11/xorg.conf.d/50-synaptics.conf) which changed the right click to be the far bottom right corner.  I am still working on determining each of the 8 values as per the definition in the driver.

I am marking this as Closed and Not a bug.  Just a bad configuration that was throwing everything off.

Comment 6 windchine 2012-06-10 19:53:28 UTC
I don't think this solution is appropriate for my machine as it has hard
mouse buttons, but for reasons best known to Dell they are under the
active area of the touch pad (saving space presumably). I tested the fix
anyway but it did not make any difference.

I am thinking that I should enter this as a new bug report because it is
different to yours in a number of ways. I think it counts as a bug even
if it does come down to a configuration issue because the
50-synaptics.conf file has a section specifically dealing with Dell
minis, but as is clear with my machine this provision does not fully
cover the requirements of the machine.


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