Bug 509687

Summary:	HDR calibrator second screen cannot show the photo
Product:	[Applications] systemsettings	Reporter:	Ye Jingchen <ye.jingchen>
Component:	kcm_kscreen	Assignee:	kscreen-bugs-null <kscreen-bugs-null>
Status:	RESOLVED DOWNSTREAM
Severity:	normal	CC:	akselmo, nate, plasma-bugs-null, xaver.hugl
Priority:	NOR	Keywords:	multiscreen
Version First Reported In:	6.4.90
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Ye Jingchen 2025-09-19 15:29:24 UTC

SUMMARY
Under Plasma 6.5 beta on Arch Linux [kde-unstable] repo, the photo in second adjustment screen in HDR calibrator is displayed as black instead of the photo as in 6.4.

Running through command line prints these:

yjc@yjc-hpeb-testing ~ % LANGUAGE=C.UTF-8 LANG=C.UTF-8 kcmshell6 kcm_kscreen
qrc:/qt/qml/org/kde/hdrcalibrator/ui/Main.qml:204:29: QML Image: Error decoding: qrc:/qt/qml/org/kde/hdrcalibrator/ui/images/graz.avif: Unsupported image format
wp_color_management_surface_v1#78: error 2: the associated surface was already destroyed
warning: queue "mesa egl surface queue" 0x7f645d1cc690 destroyed while proxies still attached:
  wp_presentation#43 still attached
qt.qpa.wayland: Could not create EGL surface (EGL error 0x3000)

warning: queue "mesa egl surface queue" 0x55fa55ab45f0 destroyed while proxies still attached:
  wp_presentation#43 still attached
qt.qpa.wayland: Could not create EGL surface (EGL error 0x3000)

warning: queue "mesa egl surface queue" 0x55fa55e0afe0 destroyed while proxies still attached:
  wp_presentation#43 still attached
qt.qpa.wayland: Could not create EGL surface (EGL error 0x3000)

warning: queue "mesa egl surface queue" 0x7f643049c650 destroyed while proxies still attached:
  wp_presentation#43 still attached
qt.qpa.wayland: Could not create EGL surface (EGL error 0x3000)

Failed to write to the pipe: Bad file descriptor.
yjc@yjc-hpeb-testing ~ %

STEPS TO REPRODUCE
1. Use a HDR capable monitor
2. Open System Settings -> Display & Monitor -> Calibrate HDR Brightness...
3. Click Next to go to the second adjustment

OBSERVED RESULT
The photo on the left is just black.

EXPECTED RESULT
The photo should show up.

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.4.90
KDE Frameworks Version: 6.18.0
Qt Version: 6.10.0
Kernel Version: 6.16.7-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 PRO 6850HS with Radeon Graphics
Memory: 16 GiB of RAM (14.9 GiB usable)
Graphics Processor: AMD Radeon Graphics


ADDITIONAL INFORMATION
I am not sure if this is a packaging issue on Arch side, but I do have these packages installed:

libavif 1.3.0-1
qt6-imageformats 6.10.0beta4-1

Comment 1 Akseli Lahtinen 2025-09-24 08:57:00 UTC

Can't reproduce, all images seem to show as expected.

Operating System: Fedora Linux 42
KDE Plasma Version: 6.5.80
KDE Frameworks Version: 6.19.0
Qt Version: 6.9.2
Kernel Version: 6.16.7-200.fc42.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 3600 6-Core Processor
Memory: 16 GiB of RAM (15.5 GiB usable)
Graphics Processor: AMD Radeon RX 6600

Comment 2 Ye Jingchen 2025-09-24 17:20:45 UTC

After installing https://github.com/novomesk/qt-avif-image-plugin (which provides /usr/lib/qt6/plugins/imageformats/libqavif6.so on Arch), the photo can be displayed normally, so it seems hdrcalibrator depends on it somehow.

(In reply to Akseli Lahtinen from comment #1)
> Can't reproduce, all images seem to show as expected.
> 
> Operating System: Fedora Linux 42
> KDE Plasma Version: 6.5.80
> KDE Frameworks Version: 6.19.0
> Qt Version: 6.9.2
> Kernel Version: 6.16.7-200.fc42.x86_64 (64-bit)
> Graphics Platform: Wayland
> Processors: 12 × AMD Ryzen 5 3600 6-Core Processor
> Memory: 16 GiB of RAM (15.5 GiB usable)
> Graphics Processor: AMD Radeon RX 6600

However qt-avif-image-plugin is not packaged in Arch Linux, nor can I find it in https://packages.fedoraproject.org, so now I am curious, what plugin does Fedora use to provide avif support to qtimageformats? As far as I can tell, Qt 6 doesn't ship with an avif plugin.

Comment 3 Akseli Lahtinen 2025-09-25 09:16:22 UTC

Closing this as packaging bug.

> However qt-avif-image-plugin is not packaged in Arch Linux, nor can I find it in https://packages.fedoraproject.org, so now I am curious, what plugin does Fedora use to provide avif support to qtimageformats? As far as I can tell, Qt 6 doesn't ship with an avif plugin.

Unsure, may be best to ask Fedora packagers for this. When looking into `/usr/lib64/qt6/plugins/imageformats/` I can see `kimg_avif.so` which implies KImageFormats.

Comment 4 Zamundaaa 2025-09-25 12:06:43 UTC

KScreen has a runtime dependency on KF6ImageFormats, so Arch is just missing that

Comment 5 Ye Jingchen 2025-09-25 13:58:11 UTC

Indeed, installing kimageformats also makes it work. I'll report it to Arch.