Readiness wait: nightly soak and keep-or-drop rule
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 38/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- typescript
- 領域
- ci-cd, mobile-dev, performance, testing
調査の方向性
Start with the dependency in #3072 and the replay lane configuration that controls --debug. Verify that successful waited interactions expose data.readiness with polls and waitedMs, then record seven nightly runs, engaged waits, and wall-time p50 against the previous week. Finish by documenting the keep-or-drop decision here and applying the specified outcome.
索引モデルが issue の本文から書いたものです。
説明
Part of #3069.
Purpose
#3072 gives replayed press/click/longpress steps a 2-second wait for a target that is not on screen yet. 46 local A/B runs never engaged it: every poll resolved on the first capture. The flake it targets lives on CI runners whose captures take seconds. This issue collects the evidence that decides whether the wait stays.
Required behavior
- A successful interaction that waited reports it:
data.readinesswithpollsandwaitedMs, present only whenpolls > 1. Today the evidence reaches the request log only under--debug. - The nightly replay lane runs with
--debugfor seven nights after the PR merges. - After each night, count
interaction_target_readinessdiagnostics withpolls > 1. Each one is a step that would have failed before the wait.
Completion conditions
- Seven nights recorded in this issue: runs, engaged waits, wall-time p50 against the previous week.
- Decision written here and applied:
- Keep, if at least one night shows an engaged wait and p50 moved by less than 3%.
- Drop, if no wait engaged in seven nights: remove
readinessTimeoutMs, the replay default, and thetargetReadinesscell, and keep the engine only where post-gesture and scroll use it.
Dependencies
Blocked by: #3072.
- 主要言語
- TypeScript
- スター
- 4.8k
- フォーク
- 315
- 平均マージ
- 11時間 27分
- マージ済み PR（30日）
- 556
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
callstack/agent-device のほかの issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 82/100
callstack/agent-device#3062 ·
メンテナーはふだん 1 日以内に返信
-
ready-for-agent
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
callstack/agent-device#2995 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
callstack/agent-device#1869 ·
メンテナーはふだん 1 日以内に返信
-
needs-triage
難易度 4/5 3〜5日 初心者へのやさしさ 68/100
callstack/agent-device#3076 ·
メンテナーはふだん 1 日以内に返信
-
needs-triage
難易度 4/5 3〜5日 初心者へのやさしさ 68/100
callstack/agent-device#3075 ·
メンテナーはふだん 1 日以内に返信
callstack/agent-device の issue をすべて見る
似ている issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 78/100
lichess-org/api#678 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
PostHog/posthog.com#20628 ·
メンテナーはふだん 1 日以内に返信
-
bug status:Needs Triage
難易度 1/5 1時間未満 初心者へのやさしさ 92/100
jupyterlab/jupyterlab#19964 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
agentscope-ai/QwenPaw#8064 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
area: notebooks-jupyter bug theme: new notebook frontend
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
posit-dev/positron#16347 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信