getsentry / getsentry/sentry-java
Reevaluate traceId generation places
オープン
Java
Task
Traces
- 主要言語
- Kotlin
- スター
- 1.4k
- フォーク
- 478
- 平均マージ
- 2日 22時間
- マージ済み PR（30日）
- 69
説明
### Description
There is an "issue" with ANRs [not having the same traceId]() of the currently running transaction, if the transaction finishes right before the ANR occurs.
This is due to our TWP implementation. Should we change it?
It would mean to either
* understand if an anr is likely going to occur and don't overwrite the stored traceId when the current span finishes
* replace the traceId stored from spans only after at least 5 seconds, ensuring that the traceId stored in the `PersistingScopeObserver` is used only by ANRs
コントリビューションガイド
評価
この issue はまだ評価されていません。