XWayland applications experience severe frame rate drops during window resize (regression in 0.52.1)

[JoshL31]

After updating to Hyprland 0.52.1, XWayland applications (Zoom, Steam) experience severe rendering issues when windows are significantly resized. The
video/graphics become extremely low frame rate (slideshow-like) immediately upon resize and either persist or take several seconds to recover.

System Information:

Hyprland Version: 0.52.1-3
GPU: AMD Radeon RX 7600M XT (discrete) + Radeon 780M (integrated)
OS: CachyOS Linux
Kernel: 6.17.8-2-cachyos
Mesa: 25.2.7-cachyos1.2
Hardware: TUXEDO Sirius 16 Gen2 laptop
Monitor Setup:
    Primary: Dell U2723QE 4K @ 60Hz (DP-1) - where issue occurs
    Secondary: 2560x1440 @ 165Hz (eDP-2)

Steps to Reproduce:

Launch any XWayland application (tested with Zoom and Steam)
Place window on external 4K monitor (DP-1)
Perform a significant window resize (tiling position change or manual resize)
Observe video/graphics rendering

Expected Behavior:

Window should resize smoothly with normal frame rate maintained during and after the resize operation.

Actual Behavior:

Window content immediately drops to extremely low frame rate (1-2 fps) during resize. In some cases it persists indefinitely, in others it recovers after 3-5
seconds.

Configuration Tested:

Tested with various configuration changes, none resolved the issue:

render { direct_scanout = false }
misc { vrr = 0 }
decoration { blur { enabled = false } }
Disabled all animations
Various windowrulev2 options (immediate, noblur, noshadow)

Partial Workaround Found:

Adding these environment variables reduces the issue (resize still stutters but recovers after a few seconds most of the time. Although sometimes it still stays indefinitely):
env = __GL_SYNC_TO_VBLANK,0
env = __GL_YIELD,NOTHING
env = XWAYLAND_NO_GLAMOR,1

Additional Context:

Issue started immediately after updating from pre-0.52 version on November 15, 2025
Only affects XWayland applications (native Wayland apps like Kitty are unaffected)
Issue is triggered specifically by significant buffer reallocation during resize, not small incremental resizes
Appears to be related to XWayland buffer management/sync issues on AMD hardware

Relevant Config Sections:
variables.conf

misc {
vrr = 2
}

render {
direct_scanout = false # tested with both true and false
}
decorations.conf

decoration {
blur {
size = 12
passes = 2
xray = true
}
}

[tannerellen]

Yep hitting me on my full AMD system. Makes the apps totally unusable after a resize.

[vaxerski]

can you bisect this?

[tannerellen]

Maybe my issue is different from OP? I just bisected and the issue was introduced for me on the fifo commit: 8e8bfbb

OP says it was a regression from 0.52.1. I can reproduce it very easily after the fifo commit though. Launch steam, go floating, resize window, and it becomes a slideshow. Before the fifo commit it doesn't do that.

[JoshL31]

Sorry I didn't get a chance to post an update until now but I updated my machine last night and the problem seems to have stopped for me. I noticed that there was a hyrprland update (0.52.1-5) and also there was a xdg-desktop-portal-hyprland update - don't know if either update may have impacted things? But the problem seems to be resolved for me now

[tannerellen]

Definitely still happening for me with Steam on the latest git.

[gulafaran]

does this change anything? im starting to suspect some deeper down non buffer commits requires the commit signal to trigger on each commit. and especially on X11

hm.patch

[gulafaran]

since i cant reproduce locally but seems to point to the fifo commit, see if #12461 solves it.

[tannerellen]

Yep, that does indeed fix it, thanks!