(In reply to Robert Mader [:rmader] from comment #11) > IIUC this was only observed on Sway so far. If things work on Gnome, Weston and Kwin it's most likely a compositor bug. Lasereyes, mind creating a bug at https://github.com/swaywm/wlroots/issues and link it here? It seems like the mozcontainer subsurface isn't being created, so I'm a bit skeptical of it being a compositor bug tbh (although I'd happily be proben wrong), especially knowing how... odd the mozcontainer construct is. There's only 1 frame callback requested (and serviced) when the bug occurs, but it seems to take *two* to get the popup. Toggling fullscreen with a binding, which sends configures without having the popup dismissed, leads to the subsurface being created. I haven't had time to debug it, but I *suspect* the mozcontainer setup phase ends up dropped on the floor for some reason.
Bug 1700340 Comment 16 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
(In reply to Robert Mader [:rmader] from comment #11) > IIUC this was only observed on Sway so far. If things work on Gnome, Weston and Kwin it's most likely a compositor bug. Lasereyes, mind creating a bug at https://github.com/swaywm/wlroots/issues and link it here? It looks like the mozcontainer subsurface isn't being created, so I'm a bit skeptical of it being a compositor bug tbh (although I'd happily be proven wrong), especially knowing how... odd the mozcontainer construct is. There's only 1 frame callback requested (and serviced) when the bug occurs, but it seems to take *two* to get the popup. Toggling fullscreen with a binding, which sends configures without having the popup dismissed, leads to the subsurface being created. I haven't had time to debug it, but I *suspect* the mozcontainer setup phase ends up dropped on the floor for some reason.