Hard to reproduce freezes in firefox

[git-bruh]

I've been facing this issue on wayland (sway) for some time now. It can either be a "permanent" lockup (no amount of resizing or moving windows around helps) or a temporary lockup fixed by either resizing or sending the window to another workspace. The former happens mostly when using an extension like bitwarden, while the latter happens when shifting windows around. Both are super rare though, and I have no idea what exactly triggers them.

I'll try to get sway, firefox and WAYLAND_DEBUG logs but this is all I have for now. The freeze in linked video was produced by trying these steps ~10-15 times:

1. Have two firefox windows, one with default profile and one with another profile in tabbed layout in sway, in workspace 1
2. Switch to workspace 2, open foot and send it to workspace 1
3. foot now is added under the tabbed layout
4. move foot out of the tabbed layout to a separate window on the right
5. the rightmost tabbed firefox window freezes until resized

Worth nothing that the permanent lockup mentioned at the beginning of the issue occurred with a simple setup - single firefox window with foot terminal open on the right when I opened bitwarden, so it's not isolated to weird window arrangements like this one. The UI is frozen but input events are still acted upon.

Video: https://0x0.st/o4rm.mp4

recording.mp4

wayland 1.21.0
egl-wayland 1.1.11
libglvnd 1.5.0
mesa 22.2.0
nvidia 515.76

Related firefox issue: https://bugzilla.mozilla.org/show_bug.cgi?id=1752717 (This is confirmed fixed with new egl-wayland, but the issue I describe here is not)

[git-bruh]

BTW, I think this issue was pretty much fixed in 515.65.01, but now reappears in 515.76. I doubt it's due to a driver update (using system egl-wayland 1.1.11, not bundled) , I probably just didn't encounter such an arrangement before. Will recheck once I find steps to easily reproduce.