https://bugs.kde.org/show_bug.cgi?id=468494
--- Comment #6 from amyspark <a...@amyspark.me> --- (In reply to jimbo from comment #5) > Regardless, Krita shouldn't just crash if there is 'nothing' pasted into it. > There definitely should be some way to handle it, at least the user should > be prompted about an error and given the option to save. Qt provides no atomic way to check-and-load an image from the clipboard: either we deserialize the QImage and then check if it's null (paying the cost of the underlying codec upfront, every time there is a clipboard change), or we check the clipboard for hasImage, then we retrieve it on document creation. The latter is what's happening here. Between the hasImage check and the point of retrieval, something in your side is clearing up the clipboard. The assertion validates that there's an image in the clipboard when the document is created, so once that fails, we crash because it's an inconsistent state. > How do I go about doing that? I have Krita installed via a Flatpak in > Discover. I believe https://www.figuiere.net/technotes/notes/tn001/ can help; alternatively, since it's easy in your case to reproduce, could you try the 5.1.5 AppImage and repeating the steps you performed? -- You are receiving this mail because: You are watching all bug changes.
