Bug 441153 - Performance of in-stack preview degrades over time within a particular layer
Summary: Performance of in-stack preview degrades over time within a particular layer
Status: RESOLVED WORKSFORME
Alias: None
Product: krita
Classification: Applications
Component: Tools/Transform (other bugs)
Version First Reported In: 5.0.0-beta1
Platform: Appimage Linux
: NOR normal
Target Milestone: ---
Assignee: Dmitry Kazakov
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-08-19 04:34 UTC by tomtomtomreportingin
Modified: 2022-10-20 04:59 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tomtomtomreportingin 2021-08-19 04:34:30 UTC
In 5.0.0-beta1 (can't currently specify this version in the tracker):

SUMMARY
The performance of the in-stack preview of the transform tool appears to degrade over a random period of time/usage. 

STEPS TO REPRODUCE
1. Using the Pixel Art Fill brush with the Nearest Neighbor transform algorithm of the transform tool, perform random series of strokes, freehand selections, and transformations over a few minutes.

OBSERVED RESULT
After a certain point, performance becomes a lot choppier with single-core usage suddenly starting to spike, even with very small transformations. Using a new layer works around this degradation, but the old layer will still have degraded performance.

EXPECTED RESULT
Performance should be consistent over time.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Debian sid
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.78.0
Qt Version: 5.12.11 (Appimage)
Comment 1 tomtomtomreportingin 2021-08-19 08:43:06 UTC
For some reason, I can no longer consistently reproduce this... I'll reopen this report if I encounter this problem again.
Comment 2 tomtomtomreportingin 2021-08-20 00:39:32 UTC
Okay this just happened to me again, so I'm reopening it.
Comment 3 Halla Rempt 2021-08-23 12:39:36 UTC
I suspect either a memory leak, or a paint device that grows enormously out of bounds.
Comment 4 Halla Rempt 2022-09-20 09:48:01 UTC
If this happens again, please save the file and make it available. I still suspect the latter, but without a file there isn't much we can do.
Comment 5 Bug Janitor Service 2022-10-05 04:49:57 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Bug Janitor Service 2022-10-20 04:59:44 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!