The non-blocking e2e-preview job (custom-provisioned API 37 / google_apis_ps16k) hung in Boot emulator and run E2E until the 35-min job cap on PR #3.
Cause:adb wait-for-device had no timeout (so a stuck boot hung indefinitely), and the emulator's own stdout/stderr was never captured (so the failure was invisible).
Fix: bound the wait with a single timeout 300 covering device registration + full boot, retry once, capture the emulator log, and dump it + logcat on failure.
This run validates whether the ps16k image actually boots headless on the GitHub x86_64 KVM runner — if it doesn't, the job now fails fast with the emulator log instead of hanging (and stays non-blocking either way).
The non-blocking `e2e-preview` job (custom-provisioned API 37 / `google_apis_ps16k`) hung in **Boot emulator and run E2E** until the 35-min job cap on PR #3.
**Cause:** `adb wait-for-device` had no timeout (so a stuck boot hung indefinitely), and the emulator's own stdout/stderr was never captured (so the failure was invisible).
**Fix:** bound the wait with a single `timeout 300` covering device registration + full boot, retry once, capture the emulator log, and dump it + `logcat` on failure.
This run validates whether the `ps16k` image actually boots headless on the GitHub x86_64 KVM runner — if it doesn't, the job now **fails fast with the emulator log** instead of hanging (and stays non-blocking either way).
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
The non-blocking
e2e-previewjob (custom-provisioned API 37 /google_apis_ps16k) hung in Boot emulator and run E2E until the 35-min job cap on PR #3.Cause:
adb wait-for-devicehad no timeout (so a stuck boot hung indefinitely), and the emulator's own stdout/stderr was never captured (so the failure was invisible).Fix: bound the wait with a single
timeout 300covering device registration + full boot, retry once, capture the emulator log, and dump it +logcaton failure.This run validates whether the
ps16kimage actually boots headless on the GitHub x86_64 KVM runner — if it doesn't, the job now fails fast with the emulator log instead of hanging (and stays non-blocking either way).🤖 Generated with Claude Code