getsentry / getsentry/sentry-java

SDK sets the wrong transaction to ANR events detected during navigation.

未关闭
#5,614 3 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
Android Errors Improvement Platform: Java
主要语言
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

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。