AgX is enabled by default for imported JPEG-XL images

[harri-314]

Is there an existing issue for this?

• I checked and did not find my issue in the already reported ones

Describe the bug

If AgX is set as the auto applied workflow, then an imported JPEG-XL image has AgX enabled in its stack. This happens if the bit depth of the JXL image is more than 8. I'm using JXL images with sRGB color profile, just ordinary SDR images, just with a higher bit depth. E.g., imported TIFFs do not have AgX enabled, even if the bit depth of the TIFF is higher than 8. The problem also applies just to AgX, e.g., setting sigmoid as the auto applied workflow does not enable sigmoid for JXLs.

I tried with JPEG-XL images exported both from darktable itself and from Gimp, and the behavior is the same. Tested on Debian 13 with the 5.4.0 appimage from darktable.org, and on win 11 with the 5.4. installer from same.

Steps to reproduce

1. Set AgX as the auto applied workflow in preferences.
2. Import a JPEG-XL image with bit depth higher than 8, but with an ordinary standard dynamic range sRGB color profile.
3. Observe that AgX is enabled in the history stack, when it probably should not be.

Expected behavior

darktable should not enable AgX for JPEG-XL images, the same way as it does not enable sigmoid, or does not enable it for improted TIFFs.

Logfile | Screenshot | Screencast

No response

Commit

No response

Where did you obtain darktable from?

darktable.org / GitHub release

darktable version

5.4.0-x86_64.AppImage

What OS are you using?

Linux

What is the version of your OS?

Debian 13

Describe your system

No response

Are you using OpenCL GPU in darktable?

None

If yes, what is the GPU card and driver?

No response

Please provide additional context if applicable. You can attach files too, but might need to rename to .txt or .zip

No response

[kmilos]

Possibly a duplicate of #19979 and related to #18541

Indeed, there is a general assumption that > 8-bit depth in any format implies HDR data and scene-referred workflow, which might not necessarily be the case. Checking the actual color space would require quite a bit more effort.

[kmilos]

I'm using JXL images with sRGB color profile, just ordinary SDR images, just with a higher bit depth.

Btw, unless you're storing as lossless, this doesn't make too much sense/difference as JPEG XL internal representation for lossy is actually float. (For lossy, any bit depth you set at export will result in a file of same size.)