Skip to content

Group ANRs by component (UI, BroadcastReceiver, Service, etc.) #5266

@markushi

Description

@markushi

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

Metadata

Metadata

Assignees

No one assigned
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions