Using krita-4.1.0-pre-alpha-d0e6714-x86_64.appimage under Debian 9 (and also under Windows 10 with nightly build gd0e6714b85), krita can be made to lock-up by deleting a layer from an animation and then pressing the animation play button. It consumes 100% of one of the cores and has to be killed. I did this using a freshly made animation and also with the animation provided by Scott Petrovic for https://bugs.kde.org/show_bug.cgi?id=391791 I have also had this crash part way into creating a simple animation.
Confirm, the bug happens in current master. And I guess it should also be in 4.0
Git commit 0545db6bf7b9cf061cf3acefb05d48fe76d68499 by Dmitry Kazakov. Committed on 14/03/2018 at 15:07. Pushed by dkazakov into branch 'master'. Fix hangup when trying to run animation cache regeneration with a long stroke running We should do a "requestStrokeEnd()" operation before starting the process of cache regeneration. M +6 -1 libs/image/kis_update_scheduler.cpp M +24 -0 libs/ui/dialogs/KisAsyncAnimationRenderDialogBase.cpp https://commits.kde.org/krita/0545db6bf7b9cf061cf3acefb05d48fe76d68499
Git commit 57f92e6e939e1ac452e53ce5713035effdba0223 by Boudewijn Rempt, on behalf of Dmitry Kazakov. Committed on 14/03/2018 at 17:48. Pushed by rempt into branch 'krita/4.0'. Fix hangup when trying to run animation cache regeneration with a long stroke running We should do a "requestStrokeEnd()" operation before starting the process of cache regeneration. M +6 -1 libs/image/kis_update_scheduler.cpp M +24 -0 libs/ui/dialogs/KisAsyncAnimationRenderDialogBase.cpp https://commits.kde.org/krita/57f92e6e939e1ac452e53ce5713035effdba0223