-
-
Notifications
You must be signed in to change notification settings - Fork 4.5k
chore(issue ownership): Tests that groups with existing assignees are not reassigned #98750
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore(issue ownership): Tests that groups with existing assignees are not reassigned #98750
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #98750 +/- ##
===========================================
+ Coverage 66.76% 81.25% +14.49%
===========================================
Files 8537 8546 +9
Lines 377146 377516 +370
Branches 24001 24001
===========================================
+ Hits 251804 306754 +54950
+ Misses 124977 70397 -54580
Partials 365 365 |
…sign groups that already have assignees
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
assert assignee is not None | ||
assert assignee.user_id is None |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit, since i believe we're only really interested in verifying that team is set properly
assert assignee is not None | |
assert assignee.user_id is None |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
true, these are redundant
…assigned (#14840) Resolves [ID-227](https://linear.app/getsentry/issue/ID-227/issue-owners-are-not-reordered-when-rules-are-reordered). Follow-up to [this PR](getsentry/sentry#98750). Updates the [Ownership Rules documentation](https://docs.sentry.io/product/issues/ownership-rules/) to clarify the intended behavior. Our post processing logic will never attempt to reassign a group if an assignee already exists, even if the cache has expired and/or the ownership rules have changed in the interim. ## IS YOUR CHANGE URGENT? Help us prioritize incoming PRs by letting us know when the change needs to go live. - [ ] Urgent deadline (GA date, etc.): <!-- ENTER DATE HERE --> - [ ] Other deadline: <!-- ENTER DATE HERE --> - [x] None: Not urgent, can wait up to 1 week+ ## PRE-MERGE CHECKLIST *Make sure you've checked the following before merging your changes:* - [ ] Checked Vercel preview for correctness, including links - [ ] PR was reviewed and approved by any necessary SMEs (subject matter experts) - [ ] PR was reviewed and approved by a member of the [Sentry docs team](https://github.com/orgs/getsentry/teams/docs) ## EXTRA RESOURCES - [Sentry Docs contributor guide](https://docs.sentry.io/contributing/)
… not reassigned (#98750) Resolves [ID-227](https://linear.app/getsentry/issue/ID-227/issue-owners-are-not-reordered-when-rules-are-reordered). We determined the bug reported in the above issue to be intended behavior. If a group already has an assignee, our post-processing logic will never attempt to reassign it when new events come in, even if the cache has expired and/or the ownership rules have changed in the interim. This PR adds a test to capture this behavior. [A separate PR](getsentry/sentry-docs#14840) has been created to update the [Ownership Rules](https://docs.sentry.io/product/issues/ownership-rules/) documentation page in order to make this behavior more explicit to users.
Issues attributed to commits in this pull requestThis pull request was merged and Sentry observed the following issues: Did you find this useful? React with a 👍 or 👎 |
Resolves ID-227.
We determined the bug reported in the above issue to be intended behavior. If a group already has an assignee, our post-processing logic will never attempt to reassign it when new events come in, even if the cache has expired and/or the ownership rules have changed in the interim.
This PR adds a test to capture this behavior. A separate PR has been created to update the Ownership Rules documentation page in order to make this behavior more explicit to users.