https://bugs.kde.org/show_bug.cgi?id=521994
Bug ID: 521994
Summary: XCursor theme (Oxygen_Blue) renders with the wrong,
washed-out/lighter color when the cursor is over the
desktop wallpaper, but renders correctly over panels
and menus
Classification: Plasma
Product: kwin
Version First 6.7.0
Reported In:
Platform: Arch Linux
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: compositing
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
DESCRIPTION
The Oxygen_Blue cursor theme renders the wrong color depending on what's
underneath it. Over the desktop wallpaper it looks washed-out/lighter, but over
panels and menus it shows the correct dark blue. Oxygen_Blue is a plain legacy
XCursor theme with no color logic of its own (left_ptr is a static "Xcursor
data version 1.0" file), so this has to be something in the compositor, not the
theme.
STEPS TO REPRODUCE
On a Wayland Plasma 6.7 session, set the cursor theme to Oxygen_Blue.
Move the cursor over the panel or an open menu.
Move the cursor to an empty area of the desktop, over the wallpaper.
OBSERVED RESULT
Over the panel, menus, and plasmoids the cursor is the correct dark blue. Over
the empty desktop (wallpaper) it turns noticeably lighter/washed out.
EXPECTED RESULT
The cursor should keep the same dark blue color everywhere, like it did in
Plasma 6.6.5.
SOFTWARE/OS VERSIONS
Operating System: Arch Linux
KDE Plasma Version: 6.7.0
KDE Frameworks Version: 6.27.0
Qt Version: 6.11.1
Kernel: 7.0.12
GPU/Driver: AMD Radeon RX 7900 XTX, Mesa 26.1.3-arch1.2, Vulkan 1.4.350
Setup: Wayland, single monitor (Asus ROG XG27UCS, 3840x2160 @ 160Hz)
ADDITIONAL INFORMATION
This is a regression: it doesn't happen on 6.6.5, only after upgrading to 6.7.
I went through git diff v6.6.5..v6.7.0 on kwin to try to narrow it down before
reporting. My best guess is that this is related to direct scanout being
extended to the fullscreen desktop wallpaper in 6.7 (it wasn't scanned out
directly in 6.6.5), which would put the cursor on its own hardware plane going
through the new DRM color pipeline / wire-color encoding. Over panels and
menus, compositing is forced by the overlay, so the cursor stays on the normal
GL color path instead.
Commits that look related, for whoever picks this up:
8325210c3c (scene/workspacescene: special case fullscreen windows for direct
scanout)
286bed5036 (compositor: allow reordering planes, to make underlays work)
84a4451685 (opengl,backends/drm: apply MHC2 ICC profiles more correctly)
86a66f6d52, e641ca6aaf, dc4bf3d025, 16559da813, a56cf2a419 (DRM color pipeline,
enabled by default in 6.7)
--
You are receiving this mail because:
You are watching all bug changes.
