Incident resolved: native build runners are healthy again.
Follow-ups underway so this class of failure recovers without a human in the loop: automatic detection when runners go offline or wait pressure stays high, automatic re-registration/reconfigure of runners, and guarded auto-capacity when the queue backs up. We are also adding auto-retry for transient CocoaPods CDN/HTTP2 failures.
Status: https://status.capgo.app
Runner capacity was restored and native builds are succeeding again for affected users. We are monitoring the queue and runner health.
Identified instability in our shared macOS native-build runner pool. Runners were dropping offline and recovery still required a manual reconfigure step, so capacity stayed low while many users retried at the same time and wait times grew.
We are investigating reports of long waits for Capgo native builds (iOS/Android). Some jobs remained queued with no available runner, and some iOS builds failed on transient CocoaPods CDN/HTTP2 errors.