Bug 483566 - Gwenview Cannot Display WEBP Images That Are Wide Gamut (P3)
Summary: Gwenview Cannot Display WEBP Images That Are Wide Gamut (P3)
Status: CONFIRMED
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 24.02.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords: qt6
Depends on:
Blocks:
 
Reported: 2024-03-14 15:37 UTC by John
Modified: 2024-07-06 19:45 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
All Types of Photos for Testing Dolphin Thumbnailing ang Gwenview Thumbs and Displaying (160.10 KB, application/zip)
2024-03-20 20:51 UTC, John
Details
Confirmed (66.00 KB, image/png)
2024-03-21 20:10 UTC, Nick
Details

Note You need to log in before you can comment on or make changes to this bug.
Description John 2024-03-14 15:37:10 UTC
STEPS TO REPRODUCE

1. Open Gwenview
2. Click the attatched photo.

OBSERVED RESULT
WEBP wide gamut photos (P3) cannot be displayed. It should display webkit logo on a red background. This is a test from google/webkit/blink and joint picture expert group (google phones, browsers, apple phones can make such photos, importing and viewing them in KDE will fail). There's no logo. NO LOGO = FAIL.

EXPECTED RESULT
Fix the support for google/android and apple phones and their photos (wide gamut png, aka P3- see wikipedia, you know there's not only Adobe on this world...adobe srgb...). Webikit logo on Red should be visible. If there is no logo, then there's no support. NO LOGO=NO SUPPORT.

SOFTWARE/OS VERSIONS:
KDE Plasma Version: 6.0.1
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Graphics Platform: X11
Graphics Processor: Intel Only

ADDITIONAL INFORMATION:
$ pacman Qs 'xxxx':
kdesdk-thumbnailers 24.02
kdegraphics-thumbnailers 24.02
ffmpegthumbs 24.02
qt6-imageformats 6.6.2
kimageformats 6.0.0
libpng 1.6.43
libavif 1.0.4
libheif 1.17.6
libwebp 1.3.2
libjxl 0.10.2
webp-pixbuf-loader 0.2.7

P.S. Gwenview displays thumbnails (click "browse" in top left) correctly. There is red background and webkit logo on it, but Gwenview cannot display this photo. It displays only red background, but no logo, hence fail.
Comment 1 Nick 2024-03-15 16:21:04 UTC
Hi - can you please attache the example image? Thanks.
Comment 2 John 2024-03-20 19:58:53 UTC
(In reply to Nick from comment #1)
> Hi - can you please attache the example image? Thanks.

OK if you inist. Need to find it. I have a lot of test photos if you want. To finally solve all the issues after trasitions to KDE6/qt-6imageformats/kimageformats6/kde-thubnailing etc.
Comment 3 John 2024-03-20 20:51:57 UTC
Created attachment 167523 [details]
All Types of Photos for Testing Dolphin Thumbnailing ang Gwenview Thumbs and Displaying

ALL IN ONE: jpg, jxl, webp, png wide gamut, png16bit and avif from this 16bit png - all in one zip to test thumbnails and displaying. Logo must be visabe on the red. No logo=fail. No thumbnail in Dolphin=fail. No thumbnail in Gwenview=fail. Thumbail has no logo (only red)=fail. I also add 16bit "normal" PNG, because Dolphin fails to display thumbnail for 16 bit PNG (8-bit is OK). All necesarry libraries are installed on my part. I also add one "normal" avif file made from this png, beacuse Dolphin cannot display thumb for this avif either. (please note that Gwenview can display both "normal" avif and "normal" PNG thumbnails without problem, but Dolphin fails). Now you have all files for testing thumbnails and displaying.
Comment 4 John 2024-03-20 20:58:45 UTC
forgot to add that I also have libjxl 0.10.2-1
Comment 5 Nick 2024-03-21 20:10:02 UTC
Created attachment 167565 [details]
Confirmed

Thanks for the samples. I have loaded the .webp image into Gwenview and whilst it renders the thumbnail OK the main image is just a red square.
Comment 6 Bug Janitor Service 2024-04-05 03:47:06 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 7 Nick 2024-04-05 05:38:37 UTC
Sorry. This should have been set to confirmed.