| Summary: | Unexpected error when loading unusual jxl file | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | CandyCorvid+kde |
| Component: | File formats | Assignee: | amyspark <amy> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | amy, halla, qampidh |
| Priority: | NOR | ||
| Version First Reported In: | 5.1.5 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | exceptional JXL file | ||
|
Description
CandyCorvid+kde
2023-01-06 08:34:40 UTC
Amyspark, can you take a look? Seems like an upstream issue. I can reproduce it with libjxl's decode / djxl as well, both on v0.7.0 release used by Krita, and on libjxl latest master (git ee70a3ff) produces a same error:
> JPEG XL decoder v0.8.0 ee70a3ff [AVX2,SSE4,SSSE3,Unknown]
> Read 81 compressed bytes.
> Failed to decode image
> DecompressJxlToPackedPixelFile failed
Found it. It's "Rubin golden vase 1" from https://jpegxl.info/art/ and it doesn't render on Firefox. It does have a source linked from which I can render it, so I'll take a look after the Qt 5.15 mopping. Assigning to myself. Some additional info from libjxl group: It is indeed an upstream patch that go way back to December 2021 that prevents usage of unusual / outrageous splines for safety reasons: https://github.com/libjxl/libjxl/commit/198d5f33cfaab1ccbda83c8d36bbff99ca092600 As for why the linked source from https://jpegxl.info/art/ can still render it, possibly because it used an old version of jxl.js / WASM.. Ok, then closing as intended by upstream. Could the error message be improved beyond "unexpected error"? As it is, anyone loading a file like this (malicious, contrived or otherwise) will be instructed to contact the developers Yes, that needs to be investigated. I've removed the remark about contacting developers, though -- it was both ungrammatical and unhelpful. |