*** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports Please remove this comment after reading and before submitting - thanks! *** SUMMARY chrome canary with HDR and KDE's night light has red tinted zones STEPS TO REPRODUCE 1. Use Google Chrome Canary (reproducible on version 144.0.7526.3) 2. Enable KDE Night Light 3. Open chrome:help OBSERVED RESULT 1. The white background has zones that are more tinted (night light color shift) than others https://issues.chromium.org/446254087#attachment70835140 EXPECTED RESULT 1. The white background should look as a solid color SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.5.0 KDE Frameworks Version: 6.19.0 Qt Version: 6.10.0 Kernel Version: 6.12.55-1-lts (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 7735HS with Radeon Graphics Memory: 96 GiB of RAM (93.5 GiB usable) Graphics Processor 1: AMD Radeon RX 7700S Graphics Processor 2: AMD Radeon 680M ADDITIONAL INFORMATION A similar issue was reported on https://issues.chromium.org/issues/446254087, however I believe this is more likely to be a kwin bug, since the compositor is responsible for night light colors, and is applied after any application's output is rendered.
(In reply to ctj9512 from comment #0) > A similar issue was reported on > https://issues.chromium.org/issues/446254087, however I believe this is more > likely to be a kwin bug, since the compositor is responsible for night light > colors, and is applied after any application's output is rendered. Our night light implementation is a bit more complicated than that. The short summary is that KWin 1. adjusts the white point on the output and 2. applies an additional transformation from that changed white point to the actual screen Step 2 always happens in the compositor, and specifically on the fully composited image for the display, so nothing app-specific. Step 1 however can be applied in either the compositor or in the app. If the app has a different white point, KWin transforms from that to the screen, but if it matches, it doesn't do anything. In Chrome's case, it adjusts colors to the changed white point itself, so KWin doesn't do anything with Chrome's window. Please report this to Google.
Chromium bug report: https://issues.chromium.org/issues/461845657