-
-
Notifications
You must be signed in to change notification settings - Fork 4.3k
Regression version comparison incorrectly identified issue as regressed, when version was older than resolved-in version #74448
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
Comments
Auto-routing to @getsentry/product-owners-issues for triage ⏲️ |
Hey @jboulter11 👋 |
This attempts to reproduce the test case for issue #74448.
For anyone who ends up picking this up, this PR tries to reproduce this issue: |
This happened again but this time with versions using
|
Huh - you're right, that does seem quite backwards. When your colleague marked it as resolved shortly before it got marked as having regressed, do you happen to know which resolve option he used? (It shouldn't matter - they should all work - but I'm trying to narrow down my search for the problem. The code in question is relatively straightforward, and nothing is jumping out at me.) |
I unfortunately do not know and due to yesterday's layoffs, I cannot ask them. I'd guess they either picked next version or they picked a specific commit/current release. I can't be sure, unfortunately. |
Oof. Bad timing, sorry. 😓 Okay, I'll keep investigating, thanks. |
There's a chance that this bug may also be fixed by #80737 |
I just noticed you also reported sha-based releases. I will look at it this afternoon.
|
On integrations that sync status like jira, it can override the user's in app resolution. Workflow: - User marks an issue as resolved in release A - Group activity is recorded saying user resolved in release - We sync status to jira resolving the linked issue - Jira webhooks us back attempting to sync status (resolve in next release) - We update the group resolution to resolve in next release but we don't create an activity. When the issue regresses it is confusing since the GroupResolution and Group Activities don't make sense. This change would ignore the jira webhook if the group is already resolved and was resolved in the last 3 minutes. fixes #74448
Environment
SaaS (https://sentry.io/)
Steps to Reproduce
See:
https://dropbox.sentry.io/issues/5597803787/activity/?project=4505546600087552
I do not know why this happened.
Expected Result
Sentry should have compared the version numbers 388.0.6 vs 388.0.8 and concluded there was no regression.
Actual Result
Sentry compared 388.0.6 and 388.0.8 and determined 388.0.6 to be equal to or greater than 388.0.8, which is incorrect.
Product Area
Issues
Link
https://dropbox.sentry.io/issues/5597803787/activity/?project=4505546600087552
DSN
No response
Version
No response
┆Issue is synchronized with this Jira Improvement by Unito
The text was updated successfully, but these errors were encountered: