Summary: | Opening xcf files returns an empty canvas | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | David REVOY <info> |
Component: | File formats | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | halla |
Priority: | NOR | ||
Version: | 5.2.2 | ||
Target Milestone: | --- | ||
Platform: | Appimage | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/graphics/krita/-/commit/ba2cac104fc3434fa74677602a7e5a98b29c12a9 | Version Fixed In: | |
Sentry Crash Report: | |||
Attachments: | A sample XCF file (41kb). A red 256x256 square, three layers, written 'TEST' on it. |
Ah, that's a version 11 xcf -- which Krita doesn't support because xcftools was never updated to support it. Thank you, @Halla, for taking a look! That's what I thought, xcftools being under the hood. It's not a Krita bug then, but a problem of unmaintained upstream. Feel free to switch the report to RESOLVED/UPSTREAM. In an ideal world, maybe a dialog informing about the unsupported xcf version would be great in this case. But I also know developing such a dialog would probably take hours of dev time for a very niche case and a probably very small audience. xcftools then tries to load the file anyway, so are not getting an error -- but if every version 11 file doesn't load, we can change that. Git commit ba2cac104fc3434fa74677602a7e5a98b29c12a9 by Halla Rempt. Committed on 30/04/2024 at 09:10. Pushed by rempt into branch 'krita/5.2'. Show and error when trying to import version 3 xcf files xcftools cannot handle versions > 2, even though it promises to try, it always fails. So add the same check instead of > 3 to our import code. (cherry picked from commit 1129754df83ad77e7514aec5ee0053a5ab0ac991) M +1 -1 plugins/impex/xcf/kis_xcf_import.cpp https://invent.kde.org/graphics/krita/-/commit/ba2cac104fc3434fa74677602a7e5a98b29c12a9 |
Created attachment 168414 [details] A sample XCF file (41kb). A red 256x256 square, three layers, written 'TEST' on it. Hi, opening xcf files (Gimp files) is broken: the files return an empty canvas, no layers at all, but the resolution loads correctly. I attached a sample xcf file, but it's possible to reproduce with any xcf by generating your own. Tested on Appimage 5.2.2, Fedora KDE.