<html> <head> <base href="https://bugzilla.gnome.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Wayland: subsurface popovers cause warnings" href="https://bugzilla.gnome.org/show_bug.cgi?id=770024#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Wayland: subsurface popovers cause warnings" href="https://bugzilla.gnome.org/show_bug.cgi?id=770024">bug 770024</a> from <a href="page.cgi?id=describeuser.html&login=mail%40baedert.org" title="Timm Bäder <mail@baedert.org>"> Timm Bäder</a> <pre>So it looks like I can effectively "solve" this by... 1) commenting the loop at <a href="https://git.gnome.org/browse/gtk+/tree/gtk/gtkwindow.c#n7400">https://git.gnome.org/browse/gtk+/tree/gtk/gtkwindow.c#n7400</a> . This will cause the popovers to be realized at a later stage, namely in _gtk_window_set_popover_position here: <a href="https://git.gnome.org/browse/gtk+/tree/gtk/gtkwindow.c#n12283">https://git.gnome.org/browse/gtk+/tree/gtk/gtkwindow.c#n12283</a> . 2) Stop the popover from listening to the "parent's" size-allocate by commenting <a href="https://git.gnome.org/browse/gtk+/tree/gtk/gtkpopover.c#n2058">https://git.gnome.org/browse/gtk+/tree/gtk/gtkpopover.c#n2058</a> . The call to gtk_popover_update_position here might later cause another gtk_widget_queue_resize() through _gtk_window_set_popover_position during a size-allocate though I'm not sure if that's the cause. This is tested with the volumebutton popovers in the widget-factory. The popovers will now popup in the upper left corner.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> </ul> </body> </html>