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
{{ message }}
Repository navigation
investigate(ios): confirm historical XCTest tap-failure storm root cause #1599
Confirm or falsify the remaining historical root-cause hypothesis for the iOS XCTEST_RECORDED_FAILURE tap storm seen on hostile/profile-class screens.
The user-facing retry-spiral defect is already fixed:
fix(ios): corroborate recorded tap outcomes #1605 corroborates ambiguous recorded tap failures against a fresh, comparable post-action capture and returns success-with-warning when the tap landed.
This issue no longer owns tap-outcome recovery, generic runner restart behavior, or additional retry logic.
Remaining question
Was the archived failure storm caused by XCTest-channel saturation and abandoned capture work before #1587, or does an independent current defect remain?
Independent current defect: provide a reproducible current-main sequence and open a narrowly scoped implementation issue for its owning boundary; do not expand this historical investigation into a speculative fix.
Closing on this issue's own exit criterion: the storm doesn't reproduce on current main, and #1587, #1605 and #1634 replaced the paths it implicated. If a tap-failure storm comes back, open a new issue with a current repro.
Activity
[-]iOS: XCTEST_RECORDED_FAILURE taps are false negatives on hostile screens — retry spirals burn the whole task budget[/-][+]investigate(ios): confirm historical XCTest tap-failure storm root cause[/+]thymikee commentedon Oct 8, 2026
Closing on this issue's own exit criterion: the storm doesn't reproduce on current main, and #1587, #1605 and #1634 replaced the paths it implicated. If a tap-failure storm comes back, open a new issue with a current repro.