| Summary: | Crash when there is multiple-layered group layer with many clone layers in it | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | bryanlonghin |
| Component: | Layer Stack | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | halla |
| Priority: | NOR | ||
| Version First Reported In: | 4.2.6 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | https://invent.kde.org/kde/krita/commit/063b4087d57eac5fc598ff6f97d9342f338ddd21 | Version Fixed/Implemented In: | |
| Sentry Crash Report: | |||
|
Description
bryanlonghin
2019-09-30 18:07:50 UTC
the file is too big so it won't allow me to add it as attachment, I can try to install 4.2.6 again and try to create a smaller file and see if I can attach it Or maybe make it available through a dropbox link or something like that? crash directly when opening it. but I can't reproduce the crash in a new file with the said layer structure. Hm, doesn't crash when I try to open it, nor when I toggle any of the group layers. I do see SAFE ASSERT (krita): "newLod > 0" in file /home/boud/dev/krita/libs/image/kis_paint_device.cc, line 659 on the commandline, though. Did you get a popup with similar message when krita crashed for you? 4.2.6 does crash with: ASSERT (krita): "m_buffer[currentIndex].loadAcquire() > 0" in file /home/appimage/workspace/Krita_Release_Appimage_Build/krita/libs/image/tiles3/KisTiledExtentManager.cpp, line 87 Aborted (core dumped) On the terminal. The upcoming 4.2.7 doesn't crash. Could you check with the nightly stable build? See https://binary-factory.kde.org/job/Krita_Stable_Windows_Build/ sorry, I was sleeping. Okay I will try to download 4.2.7 and see. I was up really early today, I'm travelling :-). 4.2.7 is now in beta, we'll release the full version on Thursday. I tested it violently and it did not crash. I think 4.2.7 has fixed the issue. Thank you developer!!! Krita 4.2 is great. Keep up the good work :) Thanks for testing! Git commit 5cff2b6f1dee29b6b0a9ff4aa5064a2efe6dfab4 by Dmitry Kazakov. Committed on 27/04/2020 at 21:40. Pushed by dkazakov into branch 'master'. Fix a threading crash caused by transformation masks The mask must not access pixels outside its need rect, it breaks a contract between it and the scheduler. And since affine transformations use bilinear interpolation, we should provide one more pixel in needRect. M +7 -0 libs/image/kis_transform_mask.cpp https://invent.kde.org/kde/krita/commit/5cff2b6f1dee29b6b0a9ff4aa5064a2efe6dfab4 Git commit 063b4087d57eac5fc598ff6f97d9342f338ddd21 by Dmitry Kazakov. Committed on 27/04/2020 at 21:44. Pushed by dkazakov into branch 'krita/4.3'. Fix a threading crash caused by transformation masks The mask must not access pixels outside its need rect, it breaks a contract between it and the scheduler. And since affine transformations use bilinear interpolation, we should provide one more pixel in needRect. M +7 -0 libs/image/kis_transform_mask.cpp https://invent.kde.org/kde/krita/commit/063b4087d57eac5fc598ff6f97d9342f338ddd21 |