Ubuntu
xf86-input-wacom package

Wacom Intuos 5 button touch moves the cursor to the top left corner

Bug #1038615 reported by Thomas Beck
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Xf86 Input Wacom
Fix Released
Medium
xf86-input-wacom (Ubuntu)
Fix Released
High
Unassigned
Precise
Fix Released
Medium
Timo Aaltonen

Bug Description

SRU impact:

makes intuos5 less useful

Test case:

open gimp, draw something while gently touching the buttons, observe lines being drawn from the pointer location to top-left-corner of the screen

Regression potential:

minimal, the patch just drops some packets that shouldn't be there in the first place, included upstream and quantal, similar kernel commit in 3.7-rc1.

--

Hi guys!

Environment:
------------------
Ubuntu 64, Kernel 3.2.0-29-generic #46-Ubuntu SMP Fri Jul 27 17:03:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Wacom Intuos 5 without touch (M)
Nvidia graphics card, propriatary drivers

$ apt-cache policy wacom-dkms
wacom-dkms:
  Installiert: 0.13.0-0ubuntu1~ppa1
  Kandidat: 0.13.0-0ubuntu1~ppa1
  Versionstabelle:
 *** 0.13.0-0ubuntu1~ppa1 0
        500 http://ppa.launchpad.net/lekensteyn/wacom-tablet/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status

My issue
-----------
Installed the wacom-dkms (http://wiki.ubuntuusers.de/Wacom_USB-Tabletts from this ppa ppa:lekensteyn/wacom-tablet) package because Ubuntu 12.04 does not deliver Intuos 5 support out of the box. With this package the intuos drawing area works perfect, but When I touch one of the tablet buttons on the left side with my finger (I don't need to press them) the cursor jumps up in the top left corner, making this tablet unusable for me!

The pen has to be above the tablet too, to recognize the jump (using gnome3, the exposee feature is triggered then what is even more annoying)

Greetings Thomas Beck

See original description
Revision history for this message
Thomas Beck (coktzct) wrote :

I don't know if xf86-input-wacom is the right package...and I got now clue how to find it out..

affects: xf86-input-wacom (Ubuntu) → ubuntu
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

It is the correct package, but you're wrong about 12.04 not supporting it: starting from version 3.2.0-27 the upstream commits to enable Intuos5 have been included in the Ubuntu kernel. Please purge the dkms package and test with the stock kernel.

affects: ubuntu → xf86-input-wacom (Ubuntu)
Changed in xf86-input-wacom (Ubuntu):
status: New → Incomplete
Revision history for this message
Thomas Beck (coktzct) wrote :

Hi Timo,

so the information in wiki.ubuntuusers.de are presumably wrong...will test it as soon as I can (Wednesday). Am traveling atm and therefore not at my tablet. But will report back immediately then.

Greetings, THomas

Revision history for this message
Thomas Beck (coktzct) wrote :

Hi Timo,

so I've purged the ppa and connected the intuos 5 after a restart... same behavior as before - The tablet works, but still the nasty bug with the left buttons on the tablet...how can I help to supply information about this issue? We have to be a bit quick because it could be a hardware defect too - when we are at this point, I'll return it immediately (The returning days limit is one week from now on)

Greetings, Thomas

Revision history for this message
Thomas Beck (coktzct) wrote :

And as an addition: Even when I put the stylus in relative mode and hold it above the tablet causes touching the left buttons almost every time a jump in the left corner and back

Revision history for this message
Thomas Beck (coktzct) wrote :

Sorry if I quattro post ;) But three things:

First of all: My tablet is not defective, so no hurry needed.

Second: I organized a windows pc that I could test the tablet on. There I saw that touching the buttons does not show the errornous behavior but instead shows a fancy menu that displays the current button setup to the user.

So now that I've seen that this is intended I assume that those events are not implemented yet and therefore the tablet shows this buggy behavior under linux!

Third thing is: Could you implement an option to easily disable the touch on button reaction completely? It is useful in the case when you're having a keyboard right behind your tablet and laying your arms on it while typing.

Greetings (I will be quiet now) :)

Thomas

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Well, I have an Intuos 5 S, and don't see this under unity. Have you assigned some shortcuts to the buttons with the wacom control panel (from system settings)?

Revision history for this message
Thomas Beck (coktzct) wrote :

Hi Timo,

it does not matter if I'm under unity or gnome3 and if I have assigned some shortcuts or not...every time the same behavior. Currently there are not buttons assinged except the "mode switch" and the "left ring mode #1 - up and down".

It's best seen if you're drwawing something with your right hand and touching the buttons in a row from top to bottom with your left hand.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

ha, confirmed with gimp :)

Changed in xf86-input-wacom (Ubuntu):
importance: Undecided → High
status: Incomplete → Confirmed
Revision history for this message
Thomas Beck (coktzct) wrote :

That makes me happy ;) I almost felt like a liar :) In unity it's less obvious because there is no action triggered when the mouse hits the top left border...at least in the standard configuration not...

Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

I get extra lines with gimp leading to the top-left corner when I touch the buttons on my Intuos5 S while drawing. No need to touch the button down, just showing the finger seems to be enough..

Happens with 1.12.99.905 server, kernel 3.5, -wacom 0.16+git9f32b03.

Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

by "silent" I mean the cursor doesn't seem to jump there, but gimp shows these streaks..

xev shows this even when that happens:

KeymapNotify event, serial 42, synthetic NO, window 0x0,
    keys: 4294967235 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
           0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

Revision history for this message
Thomas Beck (coktzct) wrote :

So how do we proceed from here? Where can I see the progress on this issue? Is there a public repo somewhere maybe?

Btw.: The mode selector ring should be tested too! It sometimes works if plugged in long enough but I often have to wait several minutes (re-plugging included and going to the wacom settings) until it works..

Greetings, Thomas

Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

still the same with kernel 3.6-rc5, -wacom 0.17.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

I've filed it upstream, but got no reply as of yet. Poked the developer list now, hopefully it'll get resolved soon.

Revision history for this message
In , Jason Gerecke (killertofu) wrote :

After some poking around, I think I've tracked down the cause of this behavior.

When touching (but not pressing) a button, the kernel driver mostly ignores the hardware event it receives. The out-of-prox logic is triggered, and we send an event indicating the pad has left proximity. The problem is that since the pad never *entered* proximity, it can leave the X driver a little confused.

When a new packet comes in from the kernel, the X driver uses the serial number to find the appropriate "channel" to store event data in. It then updates the most-recent information in that channel with the packet data and processes the result as an event. An excess out-of-prox event starts from an empty state, causing the driver to ask the kernel for the tool that is currently in proximity. If it finds something, an empty event is sent for that tool, causing a momentary jump to the top-left corner.

There are two ways I see to fix this bug: a) have the kernel send an (empty) in-prox event for button touches so the X driver doesn't get confused, b) have the X driver ignore out-of-prox events for already out-of-prox tools.

Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

I could certainly use a patch for the X driver, faster to get it accepted as a stable update :) Don't mind if the kernel would get fixed later.

Bug Watch Updater (bug-watch-updater)
Changed in xf86-input-wacom:
importance: Unknown → Medium
status: Unknown → In Progress
Revision history for this message
Thomas Beck (coktzct) wrote :

When you're patching away this bug, will button touches then get ignored completely?

This wouldn't be helpful because under Windows you have got two different options concerning the left pad : To touch the button and execute a touch action or to press the button without executing the touch event.

Both options are needed in different cases.. just wanted to state the before it leads to a non working touch pad ;)

Revision history for this message
In , Jason Gerecke (killertofu) wrote :

Patches have been posted to the linxwacom-devel and linux-input mailing lists.

X driver patch: https://sourceforge.net/mailarchive/forum.php?thread_name=1347664967-1976-1-git-send-email-killertofu%40gmail.com&forum_name=linuxwacom-devel

Kernel driver patch: https://sourceforge.net/mailarchive/forum.php?thread_name=1347665405-2078-1-git-send-email-killertofu%40gmail.com&forum_name=linuxwacom-devel

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package xf86-input-wacom - 1:0.17.0-0ubuntu2

---------------
xf86-input-wacom (1:0.17.0-0ubuntu2) quantal; urgency=low

  * Add ignore-out-of-box-events.diff, fix cursor jumping to top-left
    corner when touching a button on Intuos5. (LP: #1038615)
  * Switch to source format 3.0 (quilt) due to .bz2 tarball.
 -- Timo Aaltonen <email address hidden> Mon, 17 Sep 2012 17:00:19 +0300

Changed in xf86-input-wacom (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
In , Timo Aaltonen (tjaalton) wrote :

I've tested the X driver patch, and it's working great, thanks. I'll test the kernel one too (without the patched -wacom driver).

Revision history for this message
Thomas Beck (coktzct) wrote :

Timo, is there any chance to test it before qq comes out? Will this get backported?

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

Yes, try a recent daily livecd. I'll push the update to precise too.

Changed in xf86-input-wacom (Ubuntu Precise):
assignee: nobody → Timo Aaltonen (tjaalton)
importance: Undecided → Medium
status: New → In Progress
Revision history for this message
In , Jason Gerecke (killertofu) wrote :

Patches have been accepted upstream.

Bug Watch Updater (bug-watch-updater)
Changed in xf86-input-wacom:
status: In Progress → Fix Released
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

I've uploaded the package to the precise-proposed queue, tested it locally and verified the patch works on precise too.

description: updated
Revision history for this message
Thomas Beck (coktzct) wrote :

Hi Timo,

will test this evening...and report back right away. Thanks!

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

it's not available yet, an archive admin needs to accept it from the queue first

Revision history for this message
In , W-florijn-k (w-florijn-k) wrote :

A patch referencing this bug report has been merged in Linux v3.7-rc1:

commit 5e056ef4ddeb6129f6bb170f2c26b8f370bbcda7
Author: Jason Gerecke <email address hidden>
Date: Mon Sep 24 09:21:31 2012 -0700

    Input: wacom - mark Intuos5 pad as in-prox when touching buttons

Revision history for this message
Chris Halse Rogers (raof) wrote : Please test proposed package

Hello Thomas, or anyone else affected,

Accepted xf86-input-wacom into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/xf86-input-wacom/1:0.14.0-0ubuntu2.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Changed in xf86-input-wacom (Ubuntu Precise):
status: In Progress → Fix Committed
tags: added: verification-needed
Timo Aaltonen (tjaalton)
description: updated
Revision history for this message
Thomas Beck (coktzct) wrote :

I just changed the tag to "done"...Thanks very much for taking care of this issue...was really getting on my nerves ... now I'm sane again ;)

Greetings, Thomas Beck

tags: added: verification-done
removed: verification-needed
Revision history for this message
Colin Watson (cjwatson) wrote : Update Released

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package xf86-input-wacom - 1:0.14.0-0ubuntu2.1

---------------
xf86-input-wacom (1:0.14.0-0ubuntu2.1) precise-proposed; urgency=low

  * Add ignore-out-of-box-events.diff, fix cursor jumping to top-left
    corner when touching a button on Intuos5. (LP: #1038615)
 -- Timo Aaltonen <email address hidden> Thu, 04 Oct 2012 13:40:35 +0300

Changed in xf86-input-wacom (Ubuntu Precise):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.