On Fri Jun 26 06:21:52 2026 +0000, Rémi Bernon wrote:
The positioning is now done in `wayland_surface_make_popup`, not `wayland_surface_reconfigure_geometry`. Returning FALSE here makes sure `wayland_configure_window` will need to process it and update the Win32 state with the new popup position. Oh oops, I forgot we moved it. For my understanding, let's say the compositor decides to place the popup somewhere else. We update the win32u position to be where the compositor placed it. Since win32u commits new contents if the surface moves, this would ensure that the first frame would have contents if we return false here? I am just worried that if the compositor returns a different position in the xdg_popup::configure event, then we would return false here and the contents won't be committed.
-- https://gitlab.winehq.org/wine/wine/-/merge_requests/11248#note_144295