If it isn’t stuck then Krita is taking over 15 minutes to create the database. A time so long that a user will literally give up waiting. So either way it’s not supposed to happen.
6.1 doesn’t load either, unfortunately.
Do you have many resources in your resources folder? Or, perhaps, do you have many custom fonts installed?
I and big2 turn off the powertoys, then the problem solved.
Yeah. That’s right. Some bad guy (Hey, YOU, PowerToys) disrupting the krita’s performance.
Maybe some hooks injected to the krita cause the problem…
I’d like to retract my previous statement—the issue wasn’t with Krita itself or Qt5. Sorry, Qt and Krita dev! It’s a good reminder to always check background utilities first. I guess I still have more to learn…
Good Job Microsoft… 
Video
2 Likes
I have opened a bug report for my case. It includes kritarc and the sqlite database as an attachment.
hi, and thx for finding it.
@dkazakov i confirm that closing PowerToys resolve the delay issue.
Hi, all!
Thanks to the @wlmqljj’s discovery of PowerToys influence on Krita, I think, now I have managed to fix the issue! Could you please test this package? Does it fix the issue for you?
Link to Windows builds: Index of /ci-builds/graphics/krita/master/windows-qt5
Here locally it fixes all three issues:
- slow menu and GUI interactions
- freezes in the end of the stroke
- freezes when switching the brush presets with the
/shortcut
2 Likes
Yes! The CI build with fix 5.4.0-prealpha (git 497da4b) works perfectly for me!
The lag is completely gone, with PowerToys FancyZones enabled.
They can be friends now! 
Krita now runs as smooth as before, and the 5.3 improvements make the experience even better. 
Huge thanks to the team for such a lightning-fast fix!
Really appreciated! 
Video
2 Likes
Yes, works perfectly with no delay/freeze. Nice 
Thanks Dmitry
1 Like
PowerToys 
FancyZone activated work with no brush lag issue with the patch for me. Thx !
14 posts were split to a new topic: Discussion for changes to new feature: Selection Actions Bar
This also still seems to be happening in 5.3.
I guess I’m stuck on 5.1.4 for years to come. 
Did you try the new update bugfix 5.3.1?
that is the one where I identified that the behavior was still present.
Well, I am on openSuSE Tumbleweed, installed Krita 5.3 from the KDE:Extra repo and it’s stuck on Loading Resources as well for me (about an hour now, memory usage in htop is going up so it does SOMETHING, just not sure it goes anywhere or is it just a memory leak). I’m on XFCE with picom compositor if it makes any difference.
No PowerToys on Linux so any fix that closing it might’ve done is probably coincidental to the actual underlying cause.
Yea, the database migration between 5.2 and 5.3 can take a while, it is unrelated to the windows problems. It is only a problem on initial start up, after it is done launching krita shouldn’t take that much time
1 Like
Thanks a lot developers This bug is fixed in Krita 5.3.2.prealpha.
1 Like
For Linux Tumbleweed users like me, Krita (regardless of Kria version) might not start
because of that error:
version `Qt_5_PRIVATE_API’ not found
Don’t panic, here is a bash script that fixes that:
#!/bin/sh
unset LD_LIBRARY_PATH
export LD_LIBRARY_PATH
exec ~/bin/krita/krita-5.3.1-x86_64.AppImage "$@"
source ~/.bashrc
The cause is probably the update of Qt5 to Qt6.
2 Likes