Readiness wait: nightly soak and keep-or-drop rule
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 38/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- typescript
- Lĩnh vực
- ci-cd, mobile-dev, performance, testing
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- TypeScript
- Star
- 4.8k
- Fork
- 315
- Merge trung bình
- 11 giờ 27 phút
- Pull request đã merge (30 ngày)
- 556
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của callstack/agent-device
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
callstack/agent-device#3062 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ready-for-agent
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
callstack/agent-device#2995 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
callstack/agent-device#1869 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
needs-triage
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 68/100
callstack/agent-device#3076 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
needs-triage
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 68/100
callstack/agent-device#3075 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của callstack/agent-device
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 78/100
lichess-org/api#678 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
PostHog/posthog.com#20628 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug status:Needs Triage
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
jupyterlab/jupyterlab#19964 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
agentscope-ai/QwenPaw#8064 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area: notebooks-jupyter bug theme: new notebook frontend
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
posit-dev/positron#16347 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày