Summary: | Krita crashes on creating a new file or opening a saved one | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | Josep Febrer <jfebrer> |
Component: | General | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | emmetoneill.pdx, halla |
Priority: | NOR | ||
Version: | git master (please specify the git hash!) | ||
Target Milestone: | --- | ||
Platform: | Debian unstable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Coredump from coredumpctl
gdb backtrace |
Description
Josep Febrer
2023-07-05 23:55:54 UTC
Created attachment 160094 [details]
gdb backtrace
I cannot reproduce this with a build from that git sha1. Is this the nightly appimage or a build against distribution dependencies? (In reply to Halla Rempt from comment #2) > I cannot reproduce this with a build from that git sha1. Is this the nightly > appimage or a build against distribution dependencies? Yes, it's a custom build against distribution dependencies. With the nightly appimage it didn't crash. I had the same problem with Qt 5.15.8, then I upgraded to Qt 5.15.10, but it was the same, so I don't think it's Qt related. I usually build from master from time to time and this problem happened since some weeks ago, unfortunately I can't remember exactly when it started. Likewise, I have a build from 1st May that works and didn't build a new one from master until mid of June, where it was affected by this crash. Also, I remember that I upgraded from xsimd 8.1 to 9.0.1, but I don't know if it can cause this, later I will try to downgrade. From the backtrace, it looks like MLT cannot load its plugins. MLT is unfortunately _really_ picky about where plugins are located, and crashy, being writting in C. We have a couple of MLT patches that prevent crashing if there are no plugins found in 3rdparty/ext_mlt. I'm not sure, but I think we also need a custom MLT plugin? Or was that an FFMPEG plugin? Emmet, can you clafify? That maybe the reason. I looked at the packages and I see that libmlt was upgraded in my distribution when I started to have this crash. Later I will look and try with other versions. I downgraded libmlt from 7.16 to 7.14 rebuild Krita and I've got the same crash. Then I figured out that my 1st May build that works was build without libmlt, as I don't make animation I didn't notice it. Later, I rebuild Krita without libmlt and didn't crash, so that's the reason. I think before I never compiled Krita with libmlt and one day noticed in the build log and installed it, and then I didn't relate the crash to it. It's not something that I will miss as I don't plan to do animation, but the reason maybe the version of libmlt or the way it's packaged on Debian. Yes, until mlt accepts our patches, it will be necessary for distributions to patch mlt. With MLT 7.18 Krita no longer crashes. |