Fullscreen makes screen blink and look worse after update to 0.57.0

[izislesar]

Hyprland version

0.57.0

Is this a regression?

Yes. Used to work in 0.56.2, but it becames a bug in 0.57.0

What's the bug?

So after updating hyprland from 0.56.2 to 0.57.0 every time I go fullscreen (F11 or fullscreen video on youtube) the screen blinks and the video looks kind of washed out and bad quality until I exit fullscreen. On 0.56.2 this did not happen.

My staff:

1. Arch, Hyprland 0.57.0
2. Intel Arc laptop GPU, driver is xe, mesa 26.2.6
3. Laptop OLED screen 2880x1800@120Hz, scale 1.6666, VRR is on

I did reproduce it on purpose: count of Modesetting eDP-1 lines in hyprctl rollinglog was 0, then I entered and exited fullscreen 2 times in Brave and it went to 3. It always says the same mode 2880x1800@120.00Hz and nothing was changing, so I guess it should not update the whole mode every time?

I have vrr = 1 and all other render/color settings are just defaults. Will try render:cm_auto_hdr 0 and misc:vrr 0 later and tell if it helps

Thanks

Reproduction steps

1. Run hyprctl rollinglog
2. Open any video in Brave or another browser, enter and exit fullscreen two times (F11 or the youtube fullscreen button)
3. Run the same command again, every line is drm: Modesetting eDP-1 with 2880x1800@120.00Hz
4. Each toggle is visible as a screen blink, and video looks washed out in fullscreen

Attachments

rollinglog_after_fullscreen_toggles.log

I acknowledge that:

• I have searched all (open and closed) discussions and issues and my problem is not there.

• I have read the Code of Conduct and agree to follow it.

• I wrote this request with my own hands, my own keyboard, and in my own words.

[vaxerski]

isnt that just auto hdr

[izislesar]

I ll test it but it comes only after 0.57. I ll send video after

[pvm2]

Yes, but it's very unexpected and frustrating. I suspect most users have no idea what is happening.

[mis-chief]

I believe the issue you are experiencing is the same one I ran into yesterday. There's a change in 0.57 that means hyprland now offers HDR capability to applications (if your display supports it) where before it would only offer SDR capability if you had your display in SDR mode. The issue (at least as far as I can tell) is that now your browser is always sending HDR data even when you are playing SDR content, so your display switches to HDR mode and everything gets washed out. Right now I'm getting around it with a window rule:

hl.window_rule({ match = { class = "helium" }, no_auto_hdr = true })

You can find the class by using hyprctl clients with your browser open and it should say what it is. Obviously this fully disables HDR for your browser so if you need it then this isn't a good fix. I'm not really sure what the real fix is that would make chromium not trigger the HDR mode unless it's actually HDR content.

[pvm2]

I have the same issue. Fairly sure I'm only noticing it now because it didn't offer HDR to fullscreen surfaces before.

For me the problem isn't that the colors are washed out but that my monitor takes like 3 seconds to switch from and to HDR mode which is infuriating. Asking ChatGPT seems like this is not only my monitor but HDR mode switching in general. Seems like atrocious default UX for me.

Fix is either setting the monitor to HDR permanently. Or staying in SDR and turning off auto HDR with hl.config({render = { cm_auto_hdr = 0}})