Android: INSTRUMENTATION_FAILED on the first snapshot after a boot or restore is not retried
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 57/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- android, typescript
- Área
- mobile-dev, testing
Línea de trabajo
Start at the snapshot capture flow and trace the failure path that reports android_snapshot_helper_session_exited_before_ready and performs the runtime reset. Check how INSTRUMENTATION_FAILED is classified and where a retry can happen inside capture. Done means this failure is retried once after the reset, while other failures retain their existing behavior.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What happens. On an emulator that has just finished booting, or just had /data restored, the first snapshot fails about 1 time in 10:
Android snapshot helper failed before returning parseable output: android.util.AndroidException: INSTRUMENTATION_FAILED: com.callstack.agentdevice.snapshothelper/...SnapshotInstrumentation
The helper is installed and current (android_snapshot_helper_install_decision says reason: current, and the sha matches). The session first exits with android_snapshot_helper_session_exited_before_ready, then the fallback capture fails within about 200 ms. The next snapshot works, every time we looked.
Version. 0.21.31, Android 36 emulator.
Proposal. Treat INSTRUMENTATION_FAILED as retriable once inside the capture, after the runtime reset that already happens in the failure path. We run that as a local patch; the error is already reported as retriable: true, so the caller's only other option is to repeat the command itself.
- Lenguaje dominante
- TypeScript
- Estrellas
- 5.2k
- Forks
- 359
- Merge medio
- 13 h 32 min
- PR fusionados (30 d)
- 671
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
-
bug ready-for-agent
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
callstack/agent-device#4018 ·
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
-
Dificultad 4/5 3-5 días Aptitud para principiantes 43/100
callstack/agent-device#4110 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
callstack/agent-device#4107 ·
Los mantenedores suelen responder en 1 día
-
needs-triage
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
callstack/agent-device#4106 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de callstack/agent-device
Issues similares
-
area:cli bug P4
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
bug from-studio
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
esengine/DeepSeek-Reasonix#14868 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
linxiv-dev/linXiv#384 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
factory-active task-identify-harness-labels-done task-identify-issue-type-done
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
vercel/ai#24302 · 1 comentario ·
Los mantenedores suelen responder en 1 día