GNOME Bugzilla – Bug 771265
Interference with mouse tool usage on Cintiq 13 (tool flickering-alternating when drawing)
Last modified: 2018-05-24 16:54:42 UTC
When using the pen on a Cintiq 13, the toolbox will flicker to what was selected with the mouse input, completely preventing the use of the tablet pen to draw. This may be related to this bug: https://bugzilla.gnome.org/show_bug.cgi?id=732064 This seems to occur randomly and may also stop, but it is 100% reproducible by tapping outside the canvas area on the Cintiq. Right clicking using the pen temporarily stops the issue (as if GIMP is now aware that the pen is the active input). Things I've tried to completely resolve the issue: * Stopping the razer mouse software * Unplugging the mouse * Rebooting / restarting GIMP * Using different (newest) versions of GIMP (occurs in 2.9.5 as well). Since this is a new tablet, I thought it may be tablet hardware related, but no other software has had any issues including paint.net, photoshop or general windows navigation / usage. A video of this behavior can be seen here: https://www.dropbox.com/sh/3arpmaqskxpaa0j/AAAdm83Ufv7kZNnxdKMN7M8La?dl=0 Or here: https://youtu.be/T7-a00-QVJ4 The video shows that GIMP is confused as to which input is active, my cintiq or the mouse (I know it's the mouse, because when I move the mouse the flickering stops and the last tool selected with the mouse is selected). The video also shows, that when this happens the undo history is corrupted, in that I cannot undo any of the commands done via the tool that was last selected by the mouse. Please note, this issue does *not* happen when the cintiq is not displaying GIMP. In other words, if I draw on my tablet but GIMP is displayed on a different monitor other than the cintiq, the issue does not occur!
Yes, this is reported by some users, but so far no one has had any clue what exactly might be causing this. It will probably have to be approached inside of GTK+, and it would help to have an expert in input device handling around.
I would agree however Inkscape also uses GTK+ but I never experience this issue. However, Inkscape does not support different tool states for the mouse separate from the pen. My thinking then is that the bug lies in the GIMP code that has to deal with switching states between input types. I haven't looked at that part of the code yet, but maybe next weekend I'll have some time.
This is a likely duplicate of bug 771444. Which is fixed in GIMP 2.8.20, can you try and check if it is gone for you, too?
Mike, did you check 2.8.20?
(In reply to Michael Schumacher from comment #4) > Mike, did you check 2.8.20? I'll check tonight, thanks for the updates.
Any different behavior?
Mike?
Sorry for the delay! Life got crazy. I had a chance to test it tonight, and the bug does still exist. This was the sequence of events: * Gimp wasn't initially recognizing my pen - mouse mode was enabled (no pressure) * I selected red as my color and drew a bunch without pressure (this is important) * Restarting gimp fixed the pen recognition * I had yellow selected, and drew all over the canvas just fine, with pressure working and no flickering / issues * As I drew across the tablet, as soon as I hit the edge of gimp (when the mouse cursor changes to adjust the width of the window) I saw tool flickering but couldn't reproduce 100%. * I pressed some keys on my tablet (alt and ctrl hotkeys), and the bug started happening a TON, rapidly switching from red to yellow. Now it's staying on red (I have pressure sensitivity) This is interesting, because it seems to help confirm my theory that it's switching from pen to mouse mode (except that pressure is always available). I still haven't seen issues like this in other apps :(
Got some more video of it, but I couldn't figure out how to reproduce it reliably: https://drive.google.com/open?id=0B_jzW82cfHcLdzZqMnhrVTVhUm8 ¯\_(ツ)_/¯
Timestamps of bug activity: 0:31 - filter changing when at edge of gimp app 1:05 - filter changing back when pen gets close to tablet 2:05 - 2:10, 2:30, 2:41 - changing from yellow to red and vice versa 3:10, 3:12 - switched from yellow to red and stayed red and vice versa It seems like it's not that bad in the new build compared to last time, but the major part of the bug is that you can't undo the damage it causes.
This happens in Gimp 2.10.0 I'm on Windows 8 x64 on a Intuos 3 tablet. I can get it to reproduce reliably with these following steps: 1. Both mouse and tablet pen can have Rectangular Select tool selected 2. Make a rectangular selection with the tablet. 3. Shift-T to do a Unified Transform 4. Using the tablet, move the cursor over the transform popup window. 5. Using the tablet, move the cursor off of the popup window (or hit transform) 6. The cursor now flickers contexts between tablet and mouse. You can stop the flickering if you move the cursor over the toolbox area. This is also reproducible with any transform tool, as well as the text tool (if you move cursor over the text option popup window). It does not happen with the Hue/Saturation or Levels type windows. If you continue to try to draw while the cursor is flickering between tablet and mouse, Gimp can hard crash. This may be similar to the behavior in Bug 795681 when moving the cursor over an external overlaid window.
-- 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/964.