Hi ~ just wondering if anyone else is seeing some issues with the transform tool since the update?
[Edit:Add by AhabGreybeard: Yes, it looks like a bug. See later.]
I’m on a Suface PC (Interl(R) 2.6GHz, 8GB RAM, x64, Windows 10 Pro version 22H2) — and while the transform of groups was sometimes slow in the past, it now seems to stall the app completely. The modal opens up and the progress bar remains empty - I can’t cancel or do anything at all…
just wondering if it’s just me ~ and pondering on whether I need to go back to the older version.
I’ve just run 5.2.5 on Windows 10 Pro on a very old desktop PC and used a simple group of 3 paint layers.
The Transform Tool was very fast when using all transform types.
Do you have a group with a particularly complicated internal structure and content?
Can you show a full screen screenshot with the Layers docker fully visible?
hi, thanks for the category change ~ had a feeling I posted in the wrong place.
And yes, sorry - I meant the recent update to 5.2.5 — here’s a screenshot of my current file - with the group selected to transform and the full interface visible.
I don’t think it’s anything complicated or particularly odd - it’s a simple shape, similar on all layers, grouped to move and scale ~ but as soon as I do anything, even just moving it or trying to reflect it, the app hangs, stalls ~ and I cannot even get out of it via cancelling the transform action.
PS: also seeing some oddities in the docker for the touch screen control which scales them to very tiny (as visible, lower left) and it keeps misbehaving too…
hello again, just did another test run - and it seems the transform works fine without the pass through enabled.
so in my screenshot - that group that’s selected worked fine for a transform just now. But the group below, the one with the pass through set causes the hanging and will not allow the transform. I often group elements, and usuall always set the pass through to show the applied layer modes of the grouped layers and it does not affect the transforms usually. It is sometimes a little slow, if I have many layers - or a large numebr of varied layer modes - but it would always work, and let me cancel the process too.
I can’t think why the ‘shape’ group having pass through enabled would affect transform operations on the ‘leaves’ group which is above it.
Can you make the .kra file available using a link to a file sharing service?
If you’d prefer not to share it with the world, you could send me a DM with a download link in it. If you do, I can’t commit to checking it quickly.
I’ll try looking at that next time even though I don’t have a touch screen.
This is a bug. I’ve tried it with the Linux appimage 5.2.3 and 5.2.5.
I’ve tried it with Windows 10 with 5.2.3, 5.2.4 and 5.2.5.
5.2.3 and the 5.2.4 Windows version (not available as an appimage) have no problem.
5.2.5 has a lockup when doing Apply after performing simple transforms on the ‘shape’ group layer when its pass through is enabled.
With Windows, when locked up, one CPU is at 100%.
You can do File → Quit and it asks if you want to save changes.
Say No, it shows a progress bar saying an operation is in progress: Transform.
You have to End the process to stop it.
With Linux, when locked up, one CPU is at 100%.
You can do File → Quit and it asks if you want to save changes.
Say No. It quits with no hesitation.
With the ‘shape’ group layer pass through turned off, there is no problem.
I simplified the document by removing layers I thought would be ‘insignificant’ to give the following layer structure:
Apparently, the lower passthrough group gets stuck in a while loop in KisImage::refreshGraphAsync(). (The upper passthrough group doesn’t enter the while loop at all.) If !leaf->shouldBeRendered(), the loop is infinite, because leaf is never updated.
while (leaf) {
// ...
if (!leaf->shouldBeRendered()) continue;
// ...
leaf = leaf->nextSibling();
// ...
}
Since this is a bug (a rather serious one at that), it should be reported.
The Touch Docker does have issues with attempting to scale the icons to the available space in a bizarre way. Though it was rewritten recently, I guess it’s not a regression, since there’s an old bug report that seems related: bug 392583 – Illegible touch docker icons
@AhabGreybeard & @freyalupen
thank you so much for following up on this - I have tested it all some more, and when I disable the pass through, there are no issues at all ~ so does seem to have something to do with that.
And good to know that the touch docker icon issue is already known.
sorry about the delay - just tested it ~ and same result, all working fine. Tested it on another, more layer-heavy and complex file (more layers in group, all with changed layer modes + pass through enabled on group) ~ and it still worked very well - quick preview and no hanging at all! yay ツ ツ ツ
Could you quickly test these packages for Krita 5.2.6? If they work fine for you, we will make an emergency release tomorrow: KDE - Experience Freedom!
What need to be tested:
If the bug in the this thread is really fixed
Animation Audio works fine (especially on Linux and MacOS platforms)
Animation export to a video file (e.g. MKV) works using the embedded FFMpeg (especially on Linux and MacOS platforms)
@dkazakov I’ve just tried the appimage with transforms on passthrough groups and it’s fine.
I’ll try animation audio on Linux and Animation Export with the embedded FFMpeg tomorrow.
However, I seem to be one of those lucky people who never had a problem with animation audio on Linux and I’ve already used the embedded FFMpeg with no problems so I’m probably not the best person to test those.
Edit:Update: I imported an .mp3 file that was much longer than a 58 second animation that I have.
It played well and rendered out, using the embedded FFMpeg, to .mkv and .mp4 with the audio playing fine.
Further testing by people who’ve previously had problems would be good to have.
I just tested the 5.2.6 version ~ opened up a few of my art files which are complete and quite complex with lots of layer as well as groups and so on. I tested the transform on various groups, with and without the pass through enabled ~ and very happy to report this is all working perfectly.
In fact, I think this now works better than ever before ツ ツ
The preview of any transform action is fast and the transform so smooth and super quick too. So to me and going by my last test runs, this does seem to be fixed now.
Sorry I can’t help with testing the animation - I don’t have the time to try this out as I have not used Krita for animation before.
Thank you all so much for the quick follow-up and solution ツ ツ ツ
