Issues - have the option to automatically filter issues if they are marked as fixed in next release
- Dominant language
- Python
- Stars
- 44.8k
- Forks
- 4.9k
- Avg merge
- 21h 10m
- Merged PRs (30d)
- 635
Description
### Problem Statement
In mobile apps (including gaming) customers usually don't update their apps immediately.
So what happens a developer has fixed an issue, marks it as resolved in release upcoming.
But the events are still coming in, which is a waste of resources for both customer as Sentry.
### Solution Brainstorm
Ideally it should just filter out the issues once it's resolved in next release. Or give a project config that can do that so that the noise and consumption reduces.
This won't make sense for marking it resolved, only for marking it resolved in next release
### Product Area
Issues
Contributor guide
Research direction
No implementation files, tests, or entry points are identified in the issue. Start by tracing the Issues product area and the handling of events for issues marked resolved in the next release. Done should include an agreed behavior or project configuration that filters those events without applying the behavior to normally resolved issues.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- observability-sre
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100