Android smoke: first fixture capture stalls before any readable snapshot
メンテナーはふだん 1 日以内に返信
評価
この issue はまだ評価されていません。
説明
Android smoke intermittently fails before its first readable capture after opening the fixture. Diagnose and fix the capture/setup boundary without increasing the wait deadline or adding retry-only recovery.
Observed command:
agent-device wait text "Automation lab" 10000 --platform android --serial emulator-5554 --session <session> --daemon-server-mode dual --json
Evidence:
- PR #3824,
14f32fb218ac9e5608012bf6a5805652dc61f7fc: run 39287002936.smoke-android-emulator.test.ts:7:1, scenariosmoke:automation-system,COMMAND_FAILED, reasonwait_capture_stalled, one capture, zero readable captures, deadline after 10439ms. - Earlier main,
a61556b8fd3268dd0b8032409ad0f0d06107019b: run 39025922562. Same command, scenario, assertion and reason; one capture, zero readable captures, 10232ms poll. - Both runs retain
android-artifacts. Current failure screenshot shows Automation lab; the subsequent diagnostic snapshot succeeds with healthy android-helper capture (619ms helper / 1914ms snapshot). No crash appears in its crash buffer. - PR #3824 leaves Android runtime, integration scenarios, Android workflow/setup, package manifest and lockfile unchanged from its base
a661e43d83735fc74a02118b5698e5d45e03ee21. That exact base's Android run passed. This is evidence of an intermittent pre-existing signature, not proof of infrastructure or a complete root cause. - Correction: the request NDJSON and daemon log are present under the artifact hidden
.agent-devicedirectory. The first scan omitted hidden files. The request shows 2314ms helper install, then 5162ms persistent-session capture including a UiAutomation connection timeout, followed by 2958ms one-shot fallback cancelled at the wait deadline. A different branch's run 39221668804 reportswait_target_absentwith a system overlay; do not conflate it with this zero-readable-capture failure.
Required behavior and completion:
- Retain the failed first-capture phase timings and cancellation/setup evidence in CI artifacts.
- Build a cold-open reproduction on an isolated Android emulator and compare unchanged base/head with the same command and no competing tests.
- Identify the owning capture/setup defect and prove the fix with a regression at that boundary and hosted Android smoke.
- Keep deadline/cancellation and failure exits intact. A later successful snapshot alone does not prove infrastructure contention.
Blocks Android validation of #3824. Other lanes and local validation do not replace this obligation.
- 主要言語
- TypeScript
- スター
- 5k
- フォーク
- 334
- 平均マージ
- 12時間 13分
- マージ済み PR（30日）
- 723
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
callstack/agent-device のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 87/100
callstack/agent-device#3819 ·
メンテナーはふだん 1 日以内に返信
-
macOS helper audio-probe always reports -90 dBFS: AVAudioPCMBuffer frameLength set after the copy対応中かも @jipeng6036-del が 1 日前に担当しました。 オープンbug ready-for-agent
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
callstack/agent-device#3771 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
callstack/agent-device#1869 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
callstack/agent-device#3832 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 15/100
callstack/agent-device#3808 ·
メンテナーはふだん 1 日以内に返信
callstack/agent-device の issue をすべて見る
似ている issue
-
engine-rs P3 review-deferral wasm
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
maniator/verticopolis#1154 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
メンテナーはふだん 1 日以内に返信
-
Bug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
telerik/kendo-react#3861 ·
メンテナーはふだん 1 日以内に返信
-
[bug]: use-mobile.ts uses pixel logic, causing UI state de-sync with Tailwind CSS rem breakpointsオープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
task
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100