There doesn't appear to be anything obviously going wrong at the freeze point in the log; I would be happy to hear suggestions for how I could collect additional debug information to help track down this issue.
I was running Chromium 126.0.6478.126-1 on Arch Linux, viewing a Youtube video in fullscreen mode (specifically, pressing f in a Youtube video tab, causing Chromium to enter fullscreen mode, rather than pressing $mod+f to execute sway's fullscreen command).
After about 20 minutes, the video playback froze, but everything else kept working fine (audio playing, computer functional).
Pressing f to get Youtube back out of fullscreen mode worked fine, bringing me to a non-fullscreen view of Chromium playing the video at the expected point (as if it never froze, with video matching the continuing audio).
This is not reflected in the debug log above, but (since I encountered this bug many times before), if I were to press f again to re-enter full-screen mode, it would have worked fine, and kept working for a while (on the order of 10 minutes) until freezing again, requiring exit and re-entry into fullscreen mode again.
The hardware is a Lenovo Thinkpad X1 Carbon Gen 9, using the integrated Intel GPU on an i7-1165G7 processor.
To clarify two things that might have been ambiguous:
Chromium was running in Wayland mode (xdg_shell, not xwayland).
"Video playback froze" means that the screen output stopped updating, showing the same video frame as if playback was paused (e.g., pressing spacebar in Youtube's tab), despite the fact that Youtube's tab kept playing the video (e.g., the associated audio continued playing).
Sway Version:
sway version 1.10-dev-fce8de0f (Jun 26 2024, branch 'makepkg')
Debug Log:
Configuration File:
Description:
f
in a Youtube video tab, causing Chromium to enter fullscreen mode, rather than pressing$mod+f
to execute sway'sfullscreen
command).f
to get Youtube back out of fullscreen mode worked fine, bringing me to a non-fullscreen view of Chromium playing the video at the expected point (as if it never froze, with video matching the continuing audio).f
again to re-enter full-screen mode, it would have worked fine, and kept working for a while (on the order of 10 minutes) until freezing again, requiring exit and re-entry into fullscreen mode again.