Run 25494926834 (commit 1b92a8b's Mac UI run) showed the screenshot
fix worked -- "Drive the chat UI with Playwright" passed in 14m4s
(844s) where prior runs failed in 3m. But the SECOND playwright
script in the same job ("Drive Compare/Recipes/Export/Studio/
Settings") then immediately timed out at 39s with:
Locator.wait_for: Timeout 30000ms exceeded.
- waiting for locator("#new-password") to be visible
The change-password page didn't render #new-password within 30s on
the second Studio boot of the job (extra-UI script). The runner is
warmer at that point (disk cache, contended Chromium state under
--single-process) and 30s of headroom is no longer enough.
Two changes:
1. page.set_default_timeout(30_000) -> 60_000 in both
playwright_chat_ui.py and playwright_extra_ui.py. Doubles the
default for ALL operations without overcorrecting -- 60s is
still tight enough to surface real regressions.
2. All explicit `timeout = 30_000` calls (#new-password, composer
wait_for, password field on relogin, etc.) bumped to 60_000 to
match the new default. Without this, the explicit caller-passed
30s would still cap at 30s regardless of default_timeout.
This is the third stability layer for macos-14 free Mac runners:
- --single-process Chromium kills the JSON-input crash (fdf7f94)
- try/except + 90s screenshot timeout makes shoot() best-effort (1b92a8b)
- 60s wait_for default + explicit timeouts for all selectors (this)
1e61265fb2