Bug 417902 - Moving things becomes laggy as the Krita window gets bigger.
Summary: Moving things becomes laggy as the Krita window gets bigger.
Status: RESOLVED LATER
Alias: None
Product: krita
Classification: Applications
Component: General (other bugs)
Version First Reported In: 4.2.8
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-20 00:24 UTC by acc4commissions
Modified: 2020-03-06 15:14 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description acc4commissions 2020-02-20 00:24:17 UTC
SUMMARY
I've tested the Nightly build(git de8ea34), 4.2.8, 4.1.7, 3.3.3. Happens in all of those.

As the Krita window gets bigger, 

- Choosing color in Advanced Color Selector(And other color selectors) becomes insanely slow. If I drag the cursor to another color inside the triangle or the square, I have to wait until the moving is finished, and it takes a long time.
- Moving vector objects becomes slightly laggy.
- Moving canvas view with Pan Tool becomes slightly laggy.

There're the slowest in full-screen mode(Ctrl Shift F).

And there could be other stuffs behave like this.


* It happened in Linux Mint 19.3 Cinnamon too, and also in Windows but not as badly as it is in Linux.


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: Kubuntu 18.04
(available in About System)
KDE Plasma Version: 5.12.9
KDE Frameworks Version: 5.44.0
Qt Version: 5.9.5

ADDITIONAL INFORMATION
Comment 1 acc4commissions 2020-02-20 00:37:24 UTC
* I'm not sure those(Color Selector, Vector Objects, Pan tool, etc) have the same culprits. (I'm not a coder!) Maybe each of them have their own separated issues. 

* Actually the difference is almost unnoticeable in Windows(7).
Comment 2 acc4commissions 2020-02-20 00:43:05 UTC
* I've noticed the slowdown in choosing color also happens (slightly) in firealphaca(which also uses QT)...
Comment 3 Halla Rempt 2020-02-20 08:57:38 UTC
I've never seen things become insanely slow myself; but in general, the more pixels that need to be moved, the more work the pc has to do, and the more time that takes. And it's even stranger that things get slow for you when you use Krita full-screen, since that disables window manager compositing, which makes Krita faster when using GPU accelaration for the canvas. 

Is this all on the same PC, regardless of OS?
Comment 4 Bug Janitor Service 2020-03-06 04:33:13 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 5 acc4commissions 2020-03-06 13:46:41 UTC
Since I've decided to use Windows a bit longer instead of Linux I won't be able to test or explore this bug probably until the next year.
Comment 6 Halla Rempt 2020-03-06 15:14:02 UTC
Okay, then I guess we can change the status of the bug as well to later.