SUMMARY When a transparency mask is added to a filter layer and some simple manipulation (like deleting and adding the mask again or going back and forth in Undo History) is performed, Krita crashes. STEPS TO REPRODUCE 1. Open an image. (In my example it had a size of 5184x3888px. 2. Add a filter layer. (In my case I used up a simple Color Adjustment.) 3. Add a transparency mask to this filter layer. Now, a few different procedures lead to Krita crashing: 4. Go back a few steps in the Undo History. 5. Go forward again in the Undo History. 6. Delete the transparency mask. 7. Krita crashes. (Video: https://vimeo.com/371430316) Alternatively: 4. Go back a few steps in the Undo History. 5. Go forward again in the Undo History. 6. Go back again in the Undo History. 7. Go forward again in the Undo History. 8. Krita crashes. (Video: https://vimeo.com/371431930) Alternatively: 4. Delete the transparency mask. 5. Add the transparency mask. 6. Delete the transparency mask. 7. Add the transparency mask. 8. ... X. Krita crashes. (Video: https://vimeo.com/371431102) OBSERVED RESULT Crash. EXPECTED RESULT No crash. :) SOFTWARE/OS VERSIONS Linux: Linux Mint 19.1 (based on Ubuntu Bionic) ADDITIONAL INFORMATION CPU: Intel© Xeon© CPU E5-2670 0 @ 2.60GHz × 8 GPU: NVIDIA GeForce GTX 1070 OpenCL: activated
I can confirm this crash for the conditions reported, using the 4.3.0 prealpha (git 2c21a4c) appimage. If I use a Gaussian Blur filter layer, I can't induce a crash, despite many and complicated attempts. With the Colour Adjustment filter layer, it happens on the second deletion of the added transparency mask. Krita Version: 4.3.0-prealpha (git 2c21a4c) Languages: en_GB, en Hidpi: true Qt Version (compiled): 5.12.5 Version (loaded): 5.12.5 OS Information Build ABI: x86_64-little_endian-lp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: linux Kernel Version: 4.19.0-6-amd64 Pretty Productname: Debian GNU/Linux 10 (buster) Product Type: debian Product Version: 10
Hm, I cannot reproduce this anymore. We did fix a number of issues in the layer stack that were causing crashes recently, though. Could you please check whether this problem is still present in the latest stable appimage build? See https://binary-factory.kde.org/job/Krita_Stable_Appimage_Build/
These crash methods do not happen in the May-04 Stable appimage build as limked to in Comment 2. Just to check, they do happen in the 4.2.9 appimage. Setting to Resolved Fixed