test(master-stack): wait for settled drag-resize state #142

Merged
barrettruth merged 1 commit from fix/master-stack-drag-sync-race into main 2026-04-29 02:06:56 +00:00
barrettruth commented 2026-04-29 02:01:51 +00:00

Problem

The master_stack drag-resize tests were still waiting for an exact relayout log transition even though drag-resize sync is asynchronous and already covered elsewhere with a looser at-most-one relayout contract. On CI that made the nmaster 2 path fail even when @mosaic-mfact and the later split geometry were correct.

Solution

Wait for the window fingerprint to settle after the drag-resize mfact change before asserting the synced @mosaic-mfact value and the follow-up split geometry. Apply the same stabilization to the top-orientation drag-resize case so both tests wait on settled state instead of exact relayout timing.

## Problem The `master_stack` drag-resize tests were still waiting for an exact relayout log transition even though drag-resize sync is asynchronous and already covered elsewhere with a looser at-most-one relayout contract. On CI that made the `nmaster 2` path fail even when `@mosaic-mfact` and the later split geometry were correct. ## Solution Wait for the window fingerprint to settle after the drag-resize mfact change before asserting the synced `@mosaic-mfact` value and the follow-up split geometry. Apply the same stabilization to the top-orientation drag-resize case so both tests wait on settled state instead of exact relayout timing.
Sign in to join this conversation.
No description provided.