getsentry / getsentry/sentry-java
SDK sets the wrong transaction to ANR events detected during navigation.
- 主要语言
- Kotlin
- 星标
- 1.4k
- 派生
- 478
- 平均合并
- 2 天 23 小时
- 30 天内合并 PR
- 67
描述
### Integration
sentry-android
### Build System
Gradle
### AGP Version
NA
### Proguard
Enabled
### Other Error Monitoring Solution
No
### Version
8.32.0
### Steps to Reproduce
This is a hard-to-reproduce issue as it seems to happen only when an ANR is detected while the user is navigating between views in the Android app.
The order of events is:
1. User is in ScreenA
2. User Navigates to Screen B (This creates a new transaction in the SDK scope, replacing the transaction from ScreenA)
3. During the navigation, the app is killed/ANR event is detected
4. The SDK sends the ANR event associated with the transaction from ScreenB
### Expected Result
The ANR event's transaction matches the stack trace and other information in the event.
### Actual Result
The ANR event in Sentry has the stack trace pointing to ScreenA, with all other information pointing to this view. However, the event's transaction (and by extension the event's culprit) points to ScreenB.
This causes user confusion as the culprit showing next to the issue's title now points to a view unrelated to the stack trace where the ANR happened.
[Code where the culprit is set in Sentry. ](https://github.com/getsentry/sentry/blob/master/src/sentry/culprit.py)
贡献指南
调研方向
Start with the linked src/sentry/culprit.py to understand how the transaction affects the culprit, then trace sentry-android navigation transaction handling and ANR event capture. Reproduce the ScreenA-to-ScreenB navigation sequence if possible; done means the ANR event's transaction and culprit match the screen represented by its stack trace.
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- android
- 领域
- mobile, observability
- Issue 类型
- 缺陷
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 活跃度
- 活跃
- 描述清晰度
- 基本清楚
- 新手友好度
- 48/100