After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 331849 - tablet input breaks things badly
tablet input breaks things badly
Status: RESOLVED DUPLICATE of bug 145108
Product: gtk+
Classification: Platform
Component: Input Methods
2.8.x
Other Linux
: Normal major
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2006-02-20 02:38 UTC by Luke
Modified: 2006-02-22 06:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Luke 2006-02-20 02:38:50 UTC
Using my tablet in GIMP leads to some very nasty problems.  I set up xorg and kernel for it, and it functions ok (as in I can usualy draw with it and it uses the pressure sensitivity), but things usually break down within a very short time.

When drawing normally with the tablet, it will sometimes appear to lock up, but that's not quite what happens.  Sometimes I can continue to draw with tablet when it's in this "locked" state, sometimes not (though I can still move the cursor with either mouse or tablet).  When it's in this state though, I can't click anything outside of the drawing window.  Clicking any other window in the system with either mouse or tablet does nothing.  I also can't click the menu options, even on the drawing window itself.  Additionally, the keyboard stops operating correctly.  Hitting alt-tab or alt-f4 or similar don't do what they normally do.  The focus stays on GIMP.  Hitting alt-tab actually minimizes and un-minimizes different windows in GIMP, rather than task-swithing.

It will go into that pseudo-locked state sometimes when I'm just drawing with the tablet only (any tip), but I've also seen it start when changing between tips, or a tip and the mouse.  Using the mouse only never causes it.

In some cases when it gets like that, just moving the stylus around will draw things under the cursor, as if it thinks the tip is depressed.  This leads me to believe that it might somehow be getting confused, and gets stuck into a state where it thinks I'm drawing but I'm not, but I don't know enough about the internals to say anything for sure.

Randomly trying to draw with it repeatedly using the tablet while it's "stuck" will usually get it "unstuck", though of course that usually is bad for the image your trying to draw.  Trying to draw with just the mouse will never get it unstuck.

An easy way I can tell if it's stuck is whether my cursor changes when it leaves the drawing area.  If it NOT stuck then it returns to a normal system pointer.  If it IS stuck then the cursor will be the drawing tool no matter where it's at.

-----

Running Debian Linux
Kernel 2.6.15.4
It's a Wacom Graphire3 tablet
Using KDE 3.5
Xorg 6.9.0.dfsg.1-4
gtk 2.8.12-1
Comment 1 Sven Neumann 2006-02-20 10:27:19 UTC
This would be a GTK+ problem or a problem with the Wacom drivers. The GIMP developers can most definitely not do anything about your problem. Please check if this issue has already been reported against gtk+, otherwise please reassign your report.
Comment 2 Luke 2006-02-22 00:49:29 UTC

*** This bug has been marked as a duplicate of 145108 ***
Comment 3 Luke 2006-02-22 06:42:06 UTC
I finally found a fix to the problem, it was with the drivers.

http://sourceforge.net/projects/linuxwacom/

More specifically... from the release there, copying their wacom_drv.o and wacom_drv.so into
/usr/X11R6/lib/modules/input/

completely fixed it.