You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Two device-CI-surfaced fixes on the final acceptance run (28783702105):
- iOS 'open' failed 'No booted ios device found (or multiple booted)' on a
DerivedData cache-HIT run (the build step, which had incidentally
normalized sim state, was skipped). Shut down all sims then boot exactly
one in pre-boot — device_snapshot open refuses on >1 booted.
- Android reached row 80 (union-bbox scroll works!) then failed at
'fixture_bottom_button missing from the post-fill snapshot': the fill
raised the soft keyboard and, with adjustNothing, the bottom bar is
occluded — and Android UiAutomator DROPS occluded views (195 nodes incl.
the full keyboard, but no bottom bar). iOS XCUITest keeps them. So the
keyboard-guard step is now platform-split: iOS re-snapshots for a fresh
occluded ref and asserts the refusal contract; Android presses the
pre-fill ref (cached coords now under the keyboard) WITHOUT
re-snapshotting (which would invalidate it — ref-map only updates on
explicit snapshot commands) and asserts the dismiss contract.
Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
Nightly device-smoke fixes: (1) the iOS lane now shuts down any pre-booted simulators before booting exactly one, so `device_snapshot open` (which refuses on >1 booted iOS device) resolves deterministically. (2) The keyboard-guard step is platform-split: Android UiAutomator drops occluded views, so the occluded bottom button is absent from a post-fill snapshot — the driver now presses the pre-fill ref (its cached coords are under the keyboard) without re-snapshotting, exercising the Android dismiss contract; iOS keeps its re-snapshot + refusal-contract path (XCUITest reports occluded elements).
0 commit comments