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 741755 - working too fast using wacom tablets hanged up Gimp
working too fast using wacom tablets hanged up Gimp
Status: RESOLVED DUPLICATE of bug 705645
Product: GIMP
Classification: Other
Component: Data
2.8.14
Other Mac OS
: Normal major
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2014-12-19 11:18 UTC by Jo
Modified: 2015-06-05 07:04 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jo 2014-12-19 11:18:13 UTC
When i look in the Console, i get 40 times in a Minute, (working with a Wacom tablet)
for all the time in 2 hours:

19.12.14 11:55:21,198 [0x0-0x31031].de.lisanet.gimp: (gimp-2.8:474): Gimp-Tools-CRITICAL **: gimp_tool_cursor_update: assertion `gimp_tool_control_is_active (tool->control) == FALSE' failed

At a certain moment, Gimp hanged up - but i managed to save yet my progress. Afer re-opening my file, the progress i saved was gone leaving me with speechless, cursing all the world.
Comment 1 Michael Schumacher 2014-12-19 14:44:30 UTC
Can you reproduce this, and if you can, does the same happen if you do not use Simone's build?
Comment 2 Jo 2014-12-22 14:02:28 UTC
As amateur coder i had only modest results building Gimp from source, so i continued to use Simone's build.
To answer your question, if i can reproduce the bug:
Apparently, Gimp works well, but in the background, and looking the output of my Mac's own Console, i can see that Gimp logs pen strokes with a -Gimp-tools-CRITICAL- 40 times in a Minute, who seems more an evident bug than a simple warning. 

Usually, i ignored such warnings, because Gimp continues to run even with such warnings and looks reliable beside that.
This happens when i use my Wacom tablet, mouse and keyboard input devices seems to work just fine.

Also my working speed can be another reason why Gimp hanged up-usually im fast when i paint, and continue to improve speed.
Comment 3 Michael Schumacher 2014-12-22 14:17:52 UTC
It is a known problem that canvas redraws are reeeeally slow on OSX, see bug 705645.

And by "not Simone's build", I was referring to either the one we distribute from http://download.gimp.org/pub/gimp/v2.8/osx/gimp-2.8.14.dmg or Partha's builds.


To clarify, we are somewhat limited in researching issues with any build that is not directly distributed from download.gimp.org, as we do not have the same insight into them as their creators - and said creators aren't regulars on our  IRC channels, where much of the communication regarding bug research takes place.
Comment 4 Jo 2014-12-23 14:31:33 UTC
(In reply to comment #3)
> It is a known problem that canvas redraws are reeeeally slow on OSX, see bug
> 705645.

agree…its a huge drawback how the canvas redraws and i'd say the biggest Bug for Mac users. Usually i work with higher dpi to stay under 3k pixels longest side when i paint, to get more details in my pictures. Anyway, i asked some Mac developers if they are interested to help Gimp's cause. I'll get answer, but i've no idea what suggestions or help they can give.
 
> And by "not Simone's build", I was referring to either the one we distribute
> from http://download.gimp.org/pub/gimp/v2.8/osx/gimp-2.8.14.dmg or Partha's
> builds.

Ops…now i downloaded both alternatives and will report the results. Maybe we can merge this report with bug 705645, afterwards. Merry X-mas, in the meanwhile !
Comment 5 Michael Schumacher 2015-05-23 11:28:34 UTC
So, merge with bug 705645?
Comment 6 Jo 2015-06-04 20:44:07 UTC
(In reply to Michael Schumacher from comment #5)
> So, merge with bug 705645?

yes
Comment 7 Michael Schumacher 2015-06-05 07:04:17 UTC
Thanks.

*** This bug has been marked as a duplicate of bug 705645 ***