Bug 366736

Summary:	Changing brushes slowly slows down Krita
Product:	[Applications] krita	Reporter:	Scott Petrovic <scottpetrovic>
Component:	Brush engines	Assignee:	Krita Bugs <krita-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	dimula73
Priority:	NOR
Version First Reported In:	git master (please specify the git hash!)
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:	http://commits.kde.org/krita/430b17968e79df3fee35cf3091e48c01cbd02dc3	Version Fixed/Implemented In:
Sentry Crash Report:

Description Scott Petrovic 2016-08-13 15:45:11 UTC

It doesn't happen when you first start using Krita, but seems to happen more frequently as you change brush presets. I attached a video of the simplest steps to reproduce this.

https://youtu.be/ETipJ0_JXrM

It doesn't seem that bad, but i was doing a painting last night and quite a few times I had big smears happen across my entire canvas and artwork as I was changing brushes and trying to continue.

Reproducible: Always

Steps to Reproduce:
1. See Youtube video in description
2.
3.

Comment 1 Scott Petrovic 2016-08-13 15:47:26 UTC

skip ahead to 40 seconds of the video to see the problem begin to happen. It doesn't always happen, but seems to happen more as time goes on.

Comment 2 Dmitry Kazakov 2016-08-16 10:31:14 UTC

Yes, it seems like the number of brush connections grows with the time :(

And the brush jumping happens do to Qt handling a long delay somehow. Qt 5.6.something doesn't have this issue.

Comment 3 Dmitry Kazakov 2016-08-16 10:43:43 UTC

Git commit 430b17968e79df3fee35cf3091e48c01cbd02dc3 by Dmitry Kazakov.
Committed on 16/08/2016 at 10:43.
Pushed by dkazakov into branch 'master'.

Fix leaking connections in KisPaintOpBox

Fixes T3462

M  +6    -8    libs/ui/kis_paintop_box.cc

http://commits.kde.org/krita/430b17968e79df3fee35cf3091e48c01cbd02dc3