Diagnose recurring multi-minute Settings replay click in iOS Smoke
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 32/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- ios, typescript
調査の方向性
Start with the 01-settings.ad replay and the exact-head iOS runs linked in #2936, #2937, and #2938. Inspect the existing request/session diagnostics around click General, then run a live iOS replay to identify the slow phase and whether the action occurred. Done means the phase evidence explains the delay and a focused fix or evidence-backed disposition removes the repeated cost without masking failure.
索引モデルが issue の本文から書いたものです。
説明
Purpose
Reduce a recurring multi-minute delay in the iOS Smoke Settings replay and determine whether its successful click General response reflects a completed interaction.
Evidence
Three independent exact-head PR runs on 2026-09-24 show the same pattern in 01-settings.ad: the first attempt reports step 3 click General as successful after 143.840 s, 191.076 s, or 165.128 s; step 4 then times out after 5 s waiting for About, Software Update, or the expected Settings text. The retry succeeds in 30.5 s, 23.6 s, or 14.8 s respectively.
- #2936 iOS job: click 143.840 s, replay 234.3 s including retry.
- #2937 iOS job: click 191.076 s, replay 242.8 s including retry.
- #2938 iOS job: click 165.128 s, replay 216.1 s including retry.
The recorded replay timing establishes the delay and failed wait; it does not establish which internal click phase consumed the time or whether the tap landed. The #2936 failed wait request log includes a simulator-target-discovery-pending bridge fallback, but successful click requests did not retain equivalent phase diagnostics.
Required behavior
- Attribute the click time to target resolution, snapshot/bridge acquisition, XCTest transport, tap synthesis, and post-action work using existing request/session diagnostics or narrowly scoped new timings.
- Determine from a live failing attempt whether
Generalwas actually activated before reporting click success; repair the owning path if success can be reported without the action, or bound an optional pre-action probe beneath the operation it precedes. - Preserve the retry as failure containment while diagnosing; do not treat the retry as proof of click correctness.
Completion
- A live iOS run captures enough phase evidence to explain the 143–191 s first-attempt clicks and the subsequent failed wait.
- A focused fix or an evidence-backed infrastructure disposition removes the repeated multi-minute cost without hiding a failed action. Compare exact-head iOS runner time and replay step timing against the linked runs.
Depends on no current PR; this is separate from #2936's depth-frontier diagnostic.
- 主要言語
- TypeScript
- スター
- 4.7k
- フォーク
- 304
- 平均マージ
- 11時間 19分
- マージ済み PR（30日）
- 539
環境構築
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
callstack/agent-device のほかの issue
-
Proxy lease refuses every iOS install/open: connection platform 'ios' compared with internal 'apple'オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
callstack/agent-device#2962 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
callstack/agent-device#1869 ·
メンテナーはふだん 1 日以内に返信
-
needs-triage refactor
難易度 5/5 1週間以上 初心者へのやさしさ 28/100
callstack/agent-device#2976 ·
メンテナーはふだん 1 日以内に返信
-
ready-for-agent refactor
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
callstack/agent-device#2974 ·
メンテナーはふだん 1 日以内に返信
-
needs-triage refactor
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
callstack/agent-device#2973 ·
メンテナーはふだん 1 日以内に返信
callstack/agent-device の issue をすべて見る
似ている issue
-
docs
難易度 1/5 1時間未満 初心者へのやさしさ 68/100
remix-run/react-router#15558 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
solana-foundation/pay-kit#341 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1〜3時間 初心者へのやさしさ 88/100
supabase/agent-skills#607 ·
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信