wacom intuous3 often fails to draw stroke (release click not recognised?)

[Andrew Kay]

Binary package hint: gimp

It appears that sometimes when the pen is lifted a "button up" command is somehow not sent to gimp.
This is new in Natty (it all worked beautifully in Maverick)

gimp 2.6.11,
ubuntu natty
Wacom intuous3 6x8

To reproduce:
make sure you have selected wacom as extended input device. Press "P" to paint.
Make a stroke. Very often (but not always) at the end of the stroke when the pen is lifted the paint cursor remains at the end of the stroke and does not follow the pointer. It's necessary to click again (anywhere, or with any button) to get the cursor following the pointer again before you can draw another stroke. This makes gimp unusable.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: gimp 2.6.11-1ubuntu6
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic i686
NonfreeKernelModules: nvidia
Architecture: i386
Date: Sat May 21 21:32:15 2011
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
ProcEnviron:
 LANGUAGE=en_GB:en
 PATH=(custom, user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
SourcePackage: gimp
UpgradeStatus: Upgraded to natty on 2011-05-09 (11 days ago)

[Ricardo Graça (devius)]

Also happens with a Bamboo Pen CTL-460. I also couldn't find a reliable way to trigger this bug.

[Stefan Zeyen (stefan-zeyen)]

Hello,

I have the same Problem with aBamboo Pen and Tuch CTH 460

[Andrew Kay (music1)]

more information:

xinput test -proximity

appears to generate matched button 1 press/release, properly nested inside proximity in/out
-- so I don't think it's the driver

incscape seems to work ok, so it's probably not gtk+ ??

only gimp :-(

So I can't use gimp.

[Ricardo Graça (devius)]

This seems to be a duplicate of bug #556670. Can you check it out and see if it's the same issue?

[Stefan Zeyen (stefan-zeyen)]

Hi Devius,

it seems to be the same bug like #556670.
The bug description ist the same that happens here.
But in my case the bug apears first time after updating my system to Ubuntu natty.
As long as i used maverick everything was working fine.

[Andrew Kay (music1)]

I agree with Stefan Zeyen.

Although I did always have trouble (since approximately Jaunty!) with operating menus with the stylus or the mouse, the problem with failure in the actual painting canvas is brand new in Maverick.

[Stefan Zeyen (stefan-zeyen)]

I' ve got a little time today so I tested some things

I am using Ubuntu Natty with Unity Dekstop.

- When i deactivate the Stylus as extended Device in Gimp, Gimp works properly.

- When i start my system as Ubuntu classic without effects, i can configure the Stylus to screen (Extended Device in Gimp)
Gimp works Properly.

- Starting my System "Ubuntu Classic" (with Desktop effects) it is the same like using unity. The only difference is Gimp does not crash. I can change the tools and thee bruhes after clicking in the Panel.

[Christopher Small (metasoarous)]

Yeah, I'm having the same exact issue. I can also confirm that deactivating the stylus does fix the "stickiness". I have not tried running in Ubuntu classic without effects yet. I did however try turning off various effects, but wasn't able to find one that restored the correct behaviour (I didn't try all, admittedly though).

I have noticed that sometimes, the problem will go away after a while, and it's hard to say what causes that.

[Christopher Small (metasoarous)]

I have also verified now that the problem is resolved when running Ubuntu classic without effects.

[Aiguanachein (aiguanachein)]

The same behavior with Intuos 4. Without desktop effects everything fine.

[Stefan Zeyen (stefan-zeyen)]

This evening there was an Gimp update available,
but nothing changed after installing th update.
The bug is still present.

[Tonyworld2 (tonyworld2)]

This bug is still present. I have filed a bug with the GIMP bug tracker, here is the link https://bugzilla.gnome.org/show_bug.cgi?id=654322

[gatopeich (gatoguan-os)]

Similar problem with Bamboo CTL-460, since I upgraded to Lucid.

When released after a stroke, the pointer freezes until I fully separate pen from tablet and re-approach. Then I get a bogus soft dash from the point where I released to the point where the pen re-enters proximity, and the stroke finishes there. This happens to me consistently with my Bamboo on Lucid, with all recent kernel versions (2.6.32 as far as I can tell). It didn't happen when I got my Bamboo and used Ubuntu 9.10 with drivers from "doctorno" PPA, which make no difference on 10.04. No 100% sure at which point it started failing, but most likely after the update.

[gatopeich (gatoguan-os)]

I forgot to mention this happens to me with GIMP, MyPAint, Inkscape and on the desktop itself, and I am using a quite plain XFCE-based Ubuntu.

[Stefan Zeyen (stefan-zeyen)]

The bug is still present in Ubuntu 11.10

[Christopher Small (metasoarous)]

That is very disappointing to hear. I was really hoping that Ocelot would
magically squash this.

Does any one yet have a sense yet of what is underlying this problem? Is
there anyone out there familiar enough with Compiz, X, wacom drivers and
gimp to have a sense for what sort of things we might want to look into? Log
files that could be checked? Other bits of information that might be
gathered toward the end of diagnosing this issue?

Chris

Does anyone have any suggestions for things that could be looked into on
this front.

On Sat, Oct 15, 2011 at 7:22 AM, Stefan Zeyen <email address hidden>wrote:

> The bug is still present in Ubuntu 11.10
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/786317
>
> Title:
> wacom intuous3 often fails to draw stroke (release click not
> recognised?)
>
> Status in “gimp” package in Ubuntu:
> Confirmed
>
> Bug description:
> Binary package hint: gimp
>
> It appears that sometimes when the pen is lifted a "button up" command is
> somehow not sent to gimp.
> This is new in Natty (it all worked beautifully in Maverick)
>
> gimp 2.6.11,
> ubuntu natty
> Wacom intuous3 6x8
>
> To reproduce:
> make sure you have selected wacom as extended input device. Press "P" to
> paint.
> Make a stroke. Very often (but not always) at the end of the stroke when
> the pen is lifted the paint cursor remains at the end of the stroke and does
> not follow the pointer. It's necessary to click again (anywhere, or with
> any button) to get the cursor following the pointer again before you can
> draw another stroke. This makes gimp unusable.
>
> ProblemType: Bug
> DistroRelease: Ubuntu 11.04
> Package: gimp 2.6.11-1ubuntu6
> ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
> Uname: Linux 2.6.38-8-generic i686
> NonfreeKernelModules: nvidia
> Architecture: i386
> Date: Sat May 21 21:32:15 2011
> InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
> ProcEnviron:
> LANGUAGE=en_GB:en
> PATH=(custom, user)
> LANG=en_GB.UTF-8
> SHELL=/bin/bash
> SourcePackage: gimp
> UpgradeStatus: Upgraded to natty on 2011-05-09 (11 days ago)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/786317/+subscriptions
>

[Andrew Kay (music1)]

I haven't tried ocelot yet, but on Natty it is only a problem with Unity -- ie going back to gnome removes the problem.

When you look at the output from "xinput" it seems (and I'm not experienced here) that the driver is generating the right combination of ups and downs.

So it seems to be some interaction between unity and some strange assumption that gimp is making (because I haven't seen any complaints about similar applications)

[Christopher Small (metasoarous)]

I have experienced it (as I believe others have) even when using Gnome with
effect ("Classic Ubuntu" vs "Classic Ubuntu (Without Effects)").

Chris

On Sun, Oct 16, 2011 at 1:50 AM, Andrew Kay <email address hidden>wrote:

> I haven't tried ocelot yet, but on Natty it is only a problem with Unity
> -- ie going back to gnome removes the problem.
>
> When you look at the output from "xinput" it seems (and I'm not
> experienced here) that the driver is generating the right combination of
> ups and downs.
>
> So it seems to be some interaction between unity and some strange
> assumption that gimp is making (because I haven't seen any complaints
> about similar applications)
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/786317
>
> Title:
> wacom intuous3 often fails to draw stroke (release click not
> recognised?)
>
> Status in “gimp” package in Ubuntu:
> Confirmed
>
> Bug description:
> Binary package hint: gimp
>
> It appears that sometimes when the pen is lifted a "button up" command is
> somehow not sent to gimp.
> This is new in Natty (it all worked beautifully in Maverick)
>
> gimp 2.6.11,
> ubuntu natty
> Wacom intuous3 6x8
>
> To reproduce:
> make sure you have selected wacom as extended input device. Press "P" to
> paint.
> Make a stroke. Very often (but not always) at the end of the stroke when
> the pen is lifted the paint cursor remains at the end of the stroke and does
> not follow the pointer. It's necessary to click again (anywhere, or with
> any button) to get the cursor following the pointer again before you can
> draw another stroke. This makes gimp unusable.
>
> ProblemType: Bug
> DistroRelease: Ubuntu 11.04
> Package: gimp 2.6.11-1ubuntu6
> ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
> Uname: Linux 2.6.38-8-generic i686
> NonfreeKernelModules: nvidia
> Architecture: i386
> Date: Sat May 21 21:32:15 2011
> InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
> ProcEnviron:
> LANGUAGE=en_GB:en
> PATH=(custom, user)
> LANG=en_GB.UTF-8
> SHELL=/bin/bash
> SourcePackage: gimp
> UpgradeStatus: Upgraded to natty on 2011-05-09 (11 days ago)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/786317/+subscriptions
>

[Stefan Zeyen (stefan-zeyen)]

Hi,

i tested a little while this evening:

On a Natty system the bug appaers with unity and Ubuntu Classic (Gnome with effects)
In a Gnome sessin without effects everything is working fine.

On an oneiric system the bug appears in a unity 3d session.
When i am starting a unity 2d session there is no problem.

[Christopher Small (metasoarous)]

I think we may have the first real interesting development on this just now - http://ubuntuforums.org/showthread.php?t=1795819.

This person claims that just by changing the Toolbox window settings (from having always show on top) the problem is fixed! Perhaps the way in which focus and window stacking are handled with the updated Compiz effects, the signals that should be getting sent to the main gimp window are getting sent instead to the toolbar window. Does that seem like a reasonable explanation?

Another discovery that I've had. I installed Gnome Shell on Ubuntu 11.10 and found that the tablet was working beautifully! At least, until I ran my little wacomsettings script (which runs a bunch of xsetwacom commands). Then the pressure response seemed to change, and the strokes became more intermittent (though not quite as bad as they tended to be with Unity). After rebooting back into Gnome Shell, things are working beautifully again. I haven't yet either tried rerunning my wacomsettings script (don't mess with what works, right?) or booting into Unity again to play around with things there (I'm kind of having fun with all the flexibility of Gnome Shell).

If I do and find anything interesting, I'll definitely share. Meanwhile, it would be great to have some independent verification of this stuff.

Cheers

[Andrew Kay (music1)]

"up"graded to oneiric ocelot 11.10 (what ARE the Ubuntu people of power thinking about these days?)

with Unity2D the gimp problem is different (but equally crippling) -- Wacom Intuos 3: when I touch the pad to introduce a stroke (eg brush or eraser), the gimp appears often to get a signal to draw in the top left hand corner, or sometimes on the left edge, so I end up with a long diagonal line or horizontal line, terminating at the real pen position.

Naturally this makes gimp unusable.

Maybe it is relevant that I have the windows set so that focus follows the cursor, something that makes gimp MUCH nicer to use than it is on a windows-style click-to-focus. I don't think the Unity team really understand this mode.

I haven't yet tried with the gnome shell.

[Christopher Small (metasoarous)]

This sounds like a totally different bug. You might want to find a ticket
that matches these problems or start a new one.

For what it's worth though, I have used Unity2D successfully with the
tablet, but I also didn't switch around any of the settings and was doing
that with the pre-release of Unity 2D on Natty. You might want to try
playing around with whatever window focus settings you changed, as well as
test out Classic Ubuntu (no effects) with and without those window settings.

I personally like Ocelot. Canonical's view is that by making their operating
system more modern in flavor, they are going to be able to attract a wider
user base, which I'm definitely for (promoting open source is kind of a life
mission). Naturally, there are going to be bumps along the way to such major
changes, but I'm confident that all will smooth out. In the mean time, I
definitely get excited by all the change, new features and such. For what
that's all worth...

Chris

[Andrew Kay (music1)]

thanks Chris -- though the reason I think it's the same bug is that the solution is the same, ie go back to gnome desktop. I've now tested it and it works pretty well on gnome.

(Actually, I still saw the sudden leap to x=0 or y=0 once or twice in hundreds of test strokes -- it must be some kind of race condition)

(I just get the impression that Unity is nowhere near ready to use for the mainstream. I don't think any of the features are particularly helpful, and there are so many things that seem harder to do. As you say, eventually things will be sorted out. Meanwhile, I just want to get on with using the computer to create stuff...!)

cheers
Andrew

[Christopher Small (metasoarous)]

Andrew - do you still experience the bug on Gnome (Ubuntu Classic) with
effects, or is it Gnome without effects that you have tried? The reason I
ask is that the effects that most people are experiencing here (with the
sticky brush strokes) are clearly tied to Compiz, which isn't used in Unity
2D, but is used in Classic Ubuntu (Gnome with effects). That's why I think
that the effects you are experiencing are a different bug, even if a related
one.

Have you tried Gnome Shell yet? I'm definitely interested in whether your
issue is cropping up there (and what you think of it in general). I'll
forewarn you that it isn't perfect for me yet. The interface gets "stuck"
every now and again and I have to hit Alt-F2, then "r", then enter to run
the reset command (as in, reset the Shell). For this to work though, you
have to activate the Alt-F2 shortcut, which for some reason is deactivated
by default (you can reactivate under Settings > Keyboard > Shortcuts).

Cheers

Chris

[Christopher Small (metasoarous)]

I did some more research and realized a few things.

Something I've failed to mention till now - I'm running 11.10 AND Gimp GIMP 2.7.3 (a current snapshot of development towards 2.8). Although there were definitely still issues (at least as I recall) with this version of gimp before the Ubuntu upgrade, after playing around with nearly all of the UIs on my computer, this combo seems to make things a lot better, at least usable, even in 3D Unity.

I ran through Gnome Classic (with effects, though there weren't really any actually enabled, so the test coverage could be improved upon here), Unity 2D, Unity and Gnome Shell. Of these, I was only able to produce issues with Unity 3D. And as I've discovered, even that seems to be much better now; at least usable.

I opened a blank canvas and did rapid bunches of four strokes at a time so that it would be easy to count misses. I had zero problems with any configuration except for Unity 3D. I did 36 bunches, and only had a total of 18 missed strokes. What is interesting is that once I hid the toolbox (by pressing Tab - not sure if this functionality was present in Gimp 2.6) the misses went down to 0 out of 60 bunches. Running my wacomsettings script (with xsetwacom calls - see an earlier post of mine) didn't seem to have any negative effect here. Once I brought the toolbox back to the front, I experienced only one or two misses (out of sixty bunches, if you can believe it). Not sure why the behavior didn't come back as strongly, but it didn't. This is already a significant improvement from the sticking-every-other-time behavior I was seeing a while back. And I actually really like being able to hide the Toolbox while I'm drawing (except when I have another screen I can let it sit on), so that to me is a good workaround. And as I said, even with the toolbox up, the bad behavior seems far less frequent now. So, I definitely recommend everyone try out Gimp 2.7 to see what change in behavior you get from it.

I think that my results definitely further support the hypothesis that the Toolbox and window stacking is somehow part of the problem here.

A few more notes about my setup for the sake of thoroughness. I'm using an Intuos 4 and the new Wacom Graphics Tablet GUI within System Settings to set the Tracking mode to relative (which I kind of like, since it doesn't skew the tablet strokes when I'm using multiple screens). I played around with that a bit while testing out Classic Gnome, but it didn't change anything. I should have tried it in Unity to see if that made things better or worse (since that is the one component that was actually having any issues for me). That is an area that could stand more testing. If I get the time to, I'll definitely share my findings. It might also be worth testing out the effects of changing parameters on the mapping matrix a bit. I had angle mapped to tilt, color mapped to pressure, and hardness to force. I had size mapped to velocity at one point, and it seemed that I was getting a slightly higher rate of issues there, but that was before embarking on my "bunches" testing (without which, it's really hard to get a good sense for how bad things actually are).

I'll als...

[Andrew Kay (music1)]

I'll have to get back to you on these. I'm still using gimp 2.6, mainly out of cowardice.

meanwhile, I don't know the difference between "gnome" "gnome shell" "ubuntu classic" "unity" "compiz" "metacity"
-- some of them are window managers, some are something else. It's confusing and I haven't seen anything that clearly explains what is what or the official way to choose between them in ubuntu. I followed some instructions, but I don't know now whether I have gnome or gnome shell...

regards
Andrew

[Christopher Small (metasoarous)]

Gimp 2.7.3 has been great to me. It has some AWESOME new features,
especially for tablet users. Biggest on my list is a really amazing mapping
matrix. You can check mappings and draw out graphs outlining the interaction
between the effects. A lot of people are apparently pretty excited about the
single window mode (I could care less, but whatever). I was reluctant to
jump in on it, but I have had zero problems with it so far (and have been
using, at least here and there, for a couple months).

There is definitely quite a soup of technologies going around here. I'll try
to help clarify to the best of my understanding (someone correct me if I'm
wrong). Gnome is a desktop environment. Up till now, most distros have been
using Gnome 2. However, Gnome 3 is now in action, and there are some great
new features that come along with it. It has been designed to be more
flexible and modular, as well as modern (from a technical perspective).
Gnome Shell is a desktop environment built on top of Gnome 3 (it can be
thought of as a "shell" around it), and does so in order to bring a more
modern flavor/experience (think moving in the same general direction as
Unity, but along a different route). Unity too is now built on Gnome 3 (as
of Ocelot -- if I'm not mistaken). Ubuntu Classic was what came up when
trying to switch desktop versions to the non-unity Gnome when logging into
Ubuntu on 11.4. This interface is also called Gnome Panel, and is now
basically the fallback for Gnome when Gnome Shell cannot be loaded.

Both Metacity and Compiz are window managers. One of the most fundamental
distinctions is that Compiz is a compositing window manager, which basically
means that it can take advantage of graphics cards and such in order to
produce all kinds of effects quickly. Unity is effectively based on compiz.
Gnome did use Metacity by default, but now uses Mutter (built on Clutter)
for the Gnome Shell. I'm not sure if in Fallback/Panel mode it still uses
Metacity or not.

Bottom line - to install gnome shell and the classic gnome do the following

sudo apt-get install gnome-shell
sudo apt-get install gnome-session-fallback

You should then have the Gnome Shell and Gnome Panel options when you click
the little gear on logging into Ubuntu.

Best

Chris

On Tue, Oct 25, 2011 at 1:00 AM, Andrew Kay <email address hidden>wrote:

> I'll have to get back to you on these. I'm still using gimp 2.6, mainly
> out of cowardice.
>
> meanwhile, I don't know the difference between "gnome" "gnome shell"
> "ubuntu classic" "unity" "compiz" "metacity"
> -- some of them are window managers, some are something else. It's
> confusing and I haven't seen anything that clearly explains what is what or
> the official way to choose between them in ubuntu. I followed some
> instructions, but I don't know now whether I have gnome or gnome shell...
>
> regards
> Andrew
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/786317
>
> Title:
> wacom intuous3 often fails to draw stroke (release click not
> recognised?)
>
> Status in “gimp” package in Ubuntu:
> Confirmed
>
> Bug description:
> Binary package hin...

[Stefan Zeyen (stefan-zeyen)]

Hi Cris,

I installed Gimp 2.7.4 from matthaeus123 ppa. This version has many bugs and is heavily under construction.

to our bug:
The described bug apperrs only when using compiz and gimp with activated (in gimp activatedt) pressure-sensitivity.
Aactivating pressure-sensitivity in gimp but it doesn't work with gimp 2.7.4. After setting sylus to sreen nothing happend.
Sometimes i had to click in the panel to change the brushes. Si i don't know if gimp 2.7.4 is an imrovement.
Due to the lots of bugs in gimp 2.7.4, i think i will purge it.

Stefan

[Christopher Small (metasoarous)]

Hi Stefan

Did you try installing 2.7.3 also? That is the one that is working for me.

Best
Chris

[Stefan Zeyen (stefan-zeyen)]

Hi Chris,

No, i only tried 2.7.4.
There ist no ppa for 2.7.3 for ubuntu11.10 and i don't want to compile it myself.

Stefan

[Christopher Small (metasoarous)]

Looking at matthaeus123's launchpad page, it looks like the 2.7.3 version is
still floating around. You just have to specify that version when you
apt-get install (after adding the ppa). The syntax is

sudo apt-get install package_name=package_version

So try specifying one of those 2.7.3 versions and see if that works for you.

Cheers

Chris

On Wed, Oct 26, 2011 at 12:58 PM, Stefan Zeyen <email address hidden>wrote:

> Hi Chris,
>
> No, i only tried 2.7.4.
> There ist no ppa for 2.7.3 for ubuntu11.10 and i don't want to compile it
> myself.
>
> Stefan
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/786317
>
> Title:
> wacom intuous3 often fails to draw stroke (release click not
> recognised?)
>
> Status in “gimp” package in Ubuntu:
> Confirmed
>
> Bug description:
> Binary package hint: gimp
>
> It appears that sometimes when the pen is lifted a "button up" command is
> somehow not sent to gimp.
> This is new in Natty (it all worked beautifully in Maverick)
>
> gimp 2.6.11,
> ubuntu natty
> Wacom intuous3 6x8
>
> To reproduce:
> make sure you have selected wacom as extended input device. Press "P" to
> paint.
> Make a stroke. Very often (but not always) at the end of the stroke when
> the pen is lifted the paint cursor remains at the end of the stroke and does
> not follow the pointer. It's necessary to click again (anywhere, or with
> any button) to get the cursor following the pointer again before you can
> draw another stroke. This makes gimp unusable.
>
> ProblemType: Bug
> DistroRelease: Ubuntu 11.04
> Package: gimp 2.6.11-1ubuntu6
> ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
> Uname: Linux 2.6.38-8-generic i686
> NonfreeKernelModules: nvidia
> Architecture: i386
> Date: Sat May 21 21:32:15 2011
> InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
> ProcEnviron:
> LANGUAGE=en_GB:en
> PATH=(custom, user)
> LANG=en_GB.UTF-8
> SHELL=/bin/bash
> SourcePackage: gimp
> UpgradeStatus: Upgraded to natty on 2011-05-09 (11 days ago)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/786317/+subscriptions
>

[Stefan Zeyen (stefan-zeyen)]

Hi Chris,

Unfotunately not. Gimp 2.7.3 ist only for lucid and maverick available.

Stefan

[Christopher Small (metasoarous)]

That can't be right. I installed through the same ppa while on Natty, and in
the upgrade to Oneiric it's still running fine.

Chris
On Oct 27, 2011 2:31 PM, "Stefan Zeyen" <email address hidden> wrote:

> Hi Chris,
>
> Unfotunately not. Gimp 2.7.3 ist only for lucid and maverick available.
>
> Stefan
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/786317
>
> Title:
> wacom intuous3 often fails to draw stroke (release click not
> recognised?)
>
> Status in “gimp” package in Ubuntu:
> Confirmed
>
> Bug description:
> Binary package hint: gimp
>
> It appears that sometimes when the pen is lifted a "button up" command is
> somehow not sent to gimp.
> This is new in Natty (it all worked beautifully in Maverick)
>
> gimp 2.6.11,
> ubuntu natty
> Wacom intuous3 6x8
>
> To reproduce:
> make sure you have selected wacom as extended input device. Press "P" to
> paint.
> Make a stroke. Very often (but not always) at the end of the stroke when
> the pen is lifted the paint cursor remains at the end of the stroke and does
> not follow the pointer. It's necessary to click again (anywhere, or with
> any button) to get the cursor following the pointer again before you can
> draw another stroke. This makes gimp unusable.
>
> ProblemType: Bug
> DistroRelease: Ubuntu 11.04
> Package: gimp 2.6.11-1ubuntu6
> ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
> Uname: Linux 2.6.38-8-generic i686
> NonfreeKernelModules: nvidia
> Architecture: i386
> Date: Sat May 21 21:32:15 2011
> InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
> ProcEnviron:
> LANGUAGE=en_GB:en
> PATH=(custom, user)
> LANG=en_GB.UTF-8
> SHELL=/bin/bash
> SourcePackage: gimp
> UpgradeStatus: Upgraded to natty on 2011-05-09 (11 days ago)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/786317/+subscriptions
>

[Andrew Kay (music1)]

I tried to do some more work this time using Gimp 2.7.3 (compiled myself on Xubuntu 11.10 from some instructions)
And using my Wacom intuos 3.

I can confirm that both bugs are still there:

- sometimes you make a stroke , but you might have just as well stayed in bed, because gimp won't move the tool

- sometimes you get a stray point (x = 0 or y = 0) added to your stroke, resulting in long horizontal or diagonal splodges where you don't want 'em (some kind of race condition I expect)

I'm using vanilla Xubuntu, so there's just xfce4 & its desktop - no unity/metacity/...