https://bugs.kde.org/show_bug.cgi?id=320107Nicofo <
[hidden email]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|UPSTREAM |---
--- Comment #27 from Nicofo <
[hidden email]> ---
(In reply to Gilles Caulier from comment #26)
> Well, it's clear, it's definitively a libjpeg problem.
>
> Please report this bug as UPSTREAM to libjpeg team (jpegturbo project is
> used everywhere now under Linux).
OK, I open that bug on jpegturbo: see
https://sourceforge.net/p/libjpeg-turbo/bugs/91/Summary of that bug: this is NOT a libjpeg problem, it is the normal behaviour
and software using libjpeg must know that behaviour to handle this case. An
example is also given:
> It is incumbent upon user-level software to handle this case. For instance, whenever I try to transform an image using GraphicConverter on my Mac, it will pop up a dialog if the image dimensions don't fall on MCU boundaries, and I can choose from that dialog whether I want to trim the image or transform it using a lossy method (decompress/recompress.)
[see full explanation
https://sourceforge.net/p/libjpeg-turbo/bugs/91/ ]
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel