Terminal window stops responding to resize requests if a process is running under Rio without output

[MinikPLayer]

Steps to reproduce:

1. Run a new Rio terminal
2. In the new window run a long living app, which periodically prints something to the terminal (long git clone is a good example).
3. Try resizing the window between updates. Maximizing or snapping the window also shows the issue.

Expected behavior:

• Window correctly resizing / maximizing / snapping.

Actual behavior:

• Window doesn't change its size until the running app prints something to the terminal.

Troubleshooting steps i've tried so far:

• Disabling all vulkan implicit layers - no change
• Using llvmpipe (software rasterizer) as vulkan backend - no change
• Running rio under a clean kwin_waylan session - no change
• Compiling the newest master branch - no change
• Testing the x11 version (under XWayland) - resizing the window works, but only for window decorations / border - window contents behave the same way as on wayland

Relevant parts of my configuration:

• GPU: AMD RX 9070 XT
• OS: Linux (CachyOS)
• Kernel: 7.0.9-1-cachyos
• DE: KDE Plasma 6.6.5 (Wayland)
• Tested Rio versions: 0.4.4, master (0.4.5)
• Display: 3440x1440 @ 165Hz

Video showing the issue

2026-05-21.00-44-18.mp4

[jquast]

Maybe try this setting in rio config (e.g. ~/.config/rio/config.toml)

[renderer]
strategy = "game"

https://rioterm.com/docs/config#rendererstrategy

[MinikPLayer]

Maybe try this setting in rio config (e.g. ~/.config/rio/config.toml)

[renderer]
strategy = "game"

https://rioterm.com/docs/config#rendererstrategy

This workaround seems to work, but also (as stated in the documentation) increases the CPU power draw significantly (about 0.5W-1W per terminal window).

[jquast]

I have a similar problem with different behavior, Linux/X11, Vulkan, that if I alt+tab away to a window that occludes rio, and back to rio, the screen is not updated until some i/o occurs, and, that rio does not update its screen if occluded, this is a classic effect I often see with paused programs, like if I did ^Z on a X11 program.

This use of strategy = "game" is the only solution so far that I have found. I don't recall this in previous releases, it may be a regression.

rio-alt-tab.mp4

[MinikPLayer]

I have a similar problem with different behavior, Linux/X11, Vulkan, that if I alt+tab away to a window that occludes rio, and back to rio, the screen is not updated until some i/o occurs, and, that rio does not update its screen if occluded, this is a classic effect I often see with paused programs, like if I did ^Z on a X11 program.

This one must be X11 specific, as i can't replicate it on my Wayland system.

This use of strategy = "game" is the only solution so far that I have found. I don't recall this in previous releases, it may be a regression.

Same and same - i think it worked fine before? But I'm not 100% sure. I will try to bisect this later when i have some more free time.