<html> <head> <base href="https://bugzilla.gnome.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Wayland: menu does not resize after disabling an action" href="https://bugzilla.gnome.org/show_bug.cgi?id=772505#c17">Comment # 17</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Wayland: menu does not resize after disabling an action" href="https://bugzilla.gnome.org/show_bug.cgi?id=772505">bug 772505</a> from <a href="page.cgi?id=describeuser.html&login=ofourdan%40redhat.com" title="Olivier Fourdan <ofourdan@redhat.com>"> Olivier Fourdan</a> <pre>Created <a href="attachment.cgi?id=340744" name="attach_340744" title="Simple reproducer">attachment 340744</a> <a href="attachment.cgi?id=340744&action=edit" title="Simple reproducer">[details]</a> Simple reproducer (In reply to Ernestas Kulik from <a href="show_bug.cgi?id=772505#c14">comment #14</a>) > Yes, you’re right. I’ve only now started noticing that there’s a race > condition [...] You're spot on here, it *is* as race condition as demonstrated by this simple reproducer. For this to happen, you need to schedule an update of the content immediately *after* showing the menu (showing the menu means mapping the window which, for an xdg_popup under Wayland, means creating the xdg_positionner with the initial given size). Scheduling the menu content update synchronously or much later (with a larger timeout) would avoid the the race condition.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> </ul> </body> </html>