Readiness wait: nightly soak and keep-or-drop rule
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 38/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- ci-cd, mobile-dev, performance, testing
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- TypeScript
- Estrellas
- 4.8k
- Forks
- 315
- Merge medio
- 11 h 27 min
- PR fusionados (30 d)
- 556
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de callstack/agent-device
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
callstack/agent-device#3062 ·
Los mantenedores suelen responder en 1 día
-
ready-for-agent
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
callstack/agent-device#2995 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
callstack/agent-device#1869 ·
Los mantenedores suelen responder en 1 día
-
needs-triage
Dificultad 4/5 3-5 días Aptitud para principiantes 68/100
callstack/agent-device#3076 ·
Los mantenedores suelen responder en 1 día
-
needs-triage
Dificultad 4/5 3-5 días Aptitud para principiantes 68/100
callstack/agent-device#3075 ·
Los mantenedores suelen responder en 1 día
Todos los issues de callstack/agent-device
Issues similares
-
bug via-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
pingdotgg/t3code#14452 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
solana-foundation/program-examples#747 · 1 comentario ·
Los mantenedores suelen responder en 9 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
remotion-dev/remotion#11847 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
openwatersio/slackwater#355 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
melgarafael/DeskcommCRM#1998 · 3 comentarios ·
Los mantenedores suelen responder en 1 día