Revisit the ANR grouping strategy by evaluating two approaches: grouping ANRs by Android component type (UI, BroadcastReceiver, Service) for faster filtering, versus collapsing all ANRs into a single umbrella issue for visibility without polluting the issue stream. Both trade-offs should be considered before committing to one model.
We could also add an additional fingerprint, so they are still grouped by the main thread stacktrace, but within the component groups.
Votes in brainstorming session: 3
Notion source: https://www.notion.so/3348b10e4b5d80d999d5fb7b4cabfe60
Revisit the ANR grouping strategy by evaluating two approaches: grouping ANRs by Android component type (UI, BroadcastReceiver, Service) for faster filtering, versus collapsing all ANRs into a single umbrella issue for visibility without polluting the issue stream. Both trade-offs should be considered before committing to one model.
We could also add an additional fingerprint, so they are still grouped by the main thread stacktrace, but within the component groups.
Votes in brainstorming session: 3
Notion source: https://www.notion.so/3348b10e4b5d80d999d5fb7b4cabfe60