Android: INSTRUMENTATION_FAILED on the first snapshot after a boot or restore is not retried
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ó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 57/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- android, typescript
- Lĩnh vực
- mobile-dev, testing
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- TypeScript
- Star
- 5.2k
- Fork
- 359
- Merge trung bình
- 13 giờ 32 phút
- Pull request đã merge (30 ngày)
- 671
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
-
bug ready-for-agent
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
callstack/agent-device#4018 ·
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
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 43/100
callstack/agent-device#4110 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
callstack/agent-device#4107 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
needs-triage
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
callstack/agent-device#4106 · 1 bình luận ·
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ự
-
area:cli bug P4
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug from-studio
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
esengine/DeepSeek-Reasonix#14868 ·
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 82/100
linxiv-dev/linXiv#384 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
scope:core type:security
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
follow-redirects updateĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
mailgun/mailgun.js#544 ·