SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Open Krita on Tablet 2. Create File size 30,000kb or more (40,000kb is when the file becomes un-openable because any change like a brush stroke will cause it to crash). 3. Attempt to 'flip layer horizontally' or some transformation to that effect 4. After a time, even doing simple processes, such as using a brush, moving a layer, or even exporting the file as a jpeg, will cause krita to crash. 4. Watch krita crash and corrupt your file after like the 3rd attempt. OBSERVED RESULT: Krita crashes - closing the app and needing to be reopened. Occasionally, upon this happening anywhere 2-6 times, the file will typically be corrupted and unusable. EXPECTED RESULT: Krita should theoretically handle the process of transformation like mirroring without issue. SOFTWARE/OS VERSIONS Android Version 13 ADDITIONAL INFORMATION - Did check to see if an update for Krita was available - but app store shows nothing to be updated. - Using a Galaxy Tab S7 - After it crashed a few times, my tablet gave a notification to the effect of 'Krita has crashed because of a bug. Please update the app'. It now has given me another notification: "Battery issue detected: Krita is experiencing frequent crashes. Recommend putting the app in deep sleep." - Have had a similar issue in the past but it fixed itself, and it wasn't to this severity. Also was on a much more complicated document. The file that currently causing the bulk of the issues is still a sketch with 6 layers. 1 color, one brush type. - Issues seems to be hit or miss between documents - some heavy documents are okay, others struggle immensely
Hi, Lola! Could you please tell what is the exact size and bit depth of the image you are trying to create? An image of 60Mib in raw size usually stretches to about 4500x4500 pixels in 8-bit RGB mode. Which is usually not something big enough to crash Krita :)
I'm not entirely sure to how to check on the tablet version - but I typically draw in the a4 horizontal present! bit depth I believe was 600?
(In reply to lola.sarrot.m from comment #2) > I'm not entirely sure to how to check on the tablet version - but I > typically draw in the a4 horizontal present! bit depth I believe was 600? sorry - misread the question. bit depth I'm not sure - but it was a4 600ppi if that helps
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
This sounds a bit like another bug I saw today, where the conclusion was that the files were simply getting too big for Krita's default memory allowance. You can give Krita more memory in Settings->Configure Krita->Performance and tweak the Memory Limit setting. If this doesn't work, please attach the contents of help->Krita Log for Bug Reports and help->System Information for Bug Reports to this report.
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.