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 687193 - [TRACKING] Tablet support on Windows is broken
[TRACKING] Tablet support on Windows is broken
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: User Interface
2.8.0
Other Windows
: High major
: ---
Assigned To: GIMP Bugs
GIMP Bugs
: 471342 675512 680404 687087 688782 689506 700560 (view as bug list)
Depends on:
Blocks: 127786
 
 
Reported: 2012-10-30 13:20 UTC by Alexia Death
Modified: 2018-05-24 13:23 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Alexia Death 2012-10-30 13:20:32 UTC
Tablet support on Windows is broken in GTK.

Following are common symptoms:
- tablets not found
- tablets not found unless gimp is started with the tablet pen
- Some dialogs unresponsive to tablet (cancel with esc and reopen with mouse)
- some buttons/ui elements unresponsive randomly to mouse events (minimize-maximize sometimes cures this)

We know it is broken. We have been told its rather unlkely it will ever be fixed in the old GTK2. theres nothing we can do unless a windows hacker steps up and fixes this.

All tablet bugs on windows for 2.8 series are to be deduped against this bug.

(No, we arent happy about it, but this is how it is)
:(
Comment 1 Alexia Death 2012-10-30 13:22:37 UTC
oh, when you set a non-tablet device in preferences to anything else than disabled (say a touchpad, or a named mouse) it will behave the same way. Solution is to disable it as extended device. Enabling it will just give you more bugs.
Comment 2 Alexia Death 2012-10-30 13:23:12 UTC
*** Bug 675512 has been marked as a duplicate of this bug. ***
Comment 3 Alexia Death 2012-10-30 13:23:51 UTC
*** Bug 471342 has been marked as a duplicate of this bug. ***
Comment 4 Alexia Death 2012-10-30 13:24:48 UTC
*** Bug 680404 has been marked as a duplicate of this bug. ***
Comment 5 Alexia Death 2012-10-30 13:25:09 UTC
*** Bug 677125 has been marked as a duplicate of this bug. ***
Comment 6 Alexia Death 2012-10-30 13:25:30 UTC
*** Bug 687087 has been marked as a duplicate of this bug. ***
Comment 7 Vince C. 2012-10-30 17:42:46 UTC
You mean this is a GTK-2 bug and affects *all* platforms, not only Linux (I've come here from bug #677125) but also Windows (and possibly MacOS)? If yes, then OS should be set to All, if possible of course.
Comment 8 Michael Natterer 2012-10-30 18:15:14 UTC
Does bug 677125 really happen on Linux? I've never seen such a thing.
You are right, this bug is about broken tablet support on windows only.
Comment 9 Vince C. 2012-10-30 20:40:05 UTC
(In reply to comment #8)
> Does bug 677125 really happen on Linux? I've never seen such a thing.
> You are right, this bug is about broken tablet support on windows only.

Yes, is does. To be accurate it systematically did with Gimp 2.6 and now still does with Gimp 2.8 but much less frequently. When I filed bug #677125, I flagged it for Linux OSes. I had been able to reproduce it on Fedora as well. I can't seem to reproduce it at will now and it still occurs sporadically and randomly, I'd say. But it's not gone.
Comment 10 Michael Natterer 2012-10-30 20:56:47 UTC
Thanks for clarifying, I reopened the bug.
Comment 11 Vince C. 2012-10-30 21:33:55 UTC
Thank you as well, Michael.
Comment 12 Alexia Death 2012-11-22 07:16:39 UTC
*** Bug 688782 has been marked as a duplicate of this bug. ***
Comment 13 Michael Natterer 2012-11-22 23:07:19 UTC
*** Bug 688782 has been marked as a duplicate of this bug. ***
Comment 14 Alexia Death 2012-12-03 09:39:35 UTC
*** Bug 689506 has been marked as a duplicate of this bug. ***
Comment 15 Brad Smith 2013-04-25 03:55:25 UTC
I have a problem with my tablet's pressure sensitivity in Gimp 2.8.2 on Windows. I have a Monoprice MP1060-HA60. It works fine on this system outside of Gimp. Within Gimp, I can use it like a regular mouse just fine, but I cannot use pressure sensitivity.

If I go to Input Devices and set the tablet's mode to Screen or Window, as soon as I put pressure on the device, the UI responds like I am clicking left, right and possibly the middle mouse button as well in a rapid erratic stutter.
Comment 16 Max Mustermann 2013-05-18 02:48:42 UTC
*** Bug 700560 has been marked as a duplicate of this bug. ***
Comment 17 Max Mustermann 2013-05-18 02:52:30 UTC
Increasing importance, as it worked in GIMP 2.6 and makes GIMP difficult to use.
Comment 18 Tim H 2013-09-03 19:57:30 UTC
I have the same issue as Comment 15, from Brad, except with a Huion h610 tablet.
Comment 19 rik 2015-04-24 19:22:32 UTC
I experienced that tablet supported is broken with a WACOM CTH-460. First I tried older drivers than the most recent version. Eventually I fount that reverting to GIMP 2.8.8 from 2.8.14 restored tabled support. 2.8.10 and an experimental 2.9 build also did not have working tablet support.
Comment 20 strata_ranger 2015-04-26 18:31:00 UTC
I was recently able to test my Wacon tablet on two HP notebooks running Windows 8.1 using the latest GIMP 2.8.14 .  The good news is that on both of them I was able to get the tablet detected & operating successfully ...  the bad news is that on the slower one (a dual core 1GHz) the tablet's response speed was unacceptably slow: it lagged behind the system cursor by literally 1-2 full seconds (with CPU usage spiking during that time).  On the faster notebook (a quad core 2GHz) the lag was perhaps ~1/3 second -- noticeable, but manageable.
Comment 21 rik 2015-04-28 15:28:17 UTC
strangely I have now lost recognition of the tablet device in 2.8.8. no software changes, searching for a fix...
Comment 22 Q. Mulative 2015-08-21 12:17:41 UTC
This is a very strange bug.  On one computer running Windows 10 and a Wacom Intuos 4, GIMP runs perfectly, while on the other, recently upgraded to Windows 10 and using a Bamboo Create Pen & Touch, all sorts of weird stuff happens, including but not limited to 
-GIMP only recognizing the first click on a window, and treating subsequent clicks as "highlight the option but do not click it" (clicking on the window's title seems to "reload" one click for use within the window, meaning to make multiple clicks in a window you'll have to alternate between clicking the window's title bar and clicking the window item),
tool-selection and colour-selection spazzing-out while drawing or selecting on the canvas...

Since the Intuos computer was newly built, I had figured that maybe reinstalling GIMP would fix the issue, or that Intuos are more compatible, but it looks like others are having the same problems with a variety of tablets, and using GIMP on Ubuntu works with both of my tablets.
Comment 23 Brad Smith 2018-05-14 19:46:51 UTC
This bug still persists in 2.10
Comment 24 GNOME Infrastructure Team 2018-05-24 13:23:31 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/433.