-
-
Notifications
You must be signed in to change notification settings - Fork 37
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
Alert filter unreal.crashtype not respected in alert rules #256
Comments
Assigning to @getsentry/support for routing, due by Tuesday, April 11th at 5:00 pm (sfo). ⏲️ |
Routing to @getsentry/issue-experience for triage, due by Wednesday, April 12th at 5:00 pm (sfo). ⏲️ |
Routing to @getsentry/team-mobile for triage, due by Wednesday, April 12th at 5:00 pm (sfo). ⏲️ |
Reassigning to the mobile team since this particular filter was added by them recently. |
@bitsandfoxes would you mind looking into this, since you've implemented the feature? thanks |
@romtsn, @bitsandfoxes is on PTO and will be back on April 24th. |
@rodolfoBee @romtsn On it. |
Started using Sentry's Unreal integration recently and I have been running into exact same issue. Support forwarded me link to this issue. Would love to see this resolved so that I can properly configure Sentry alerts to only be sent for crashes and asserts and not for ensures |
@suyashFSG Thanks for reaching out. Yes, we'll revisit this. |
Is there a still a plan to address this? I just ran into this issue and it's preventing me from configuring the alert setup that I want. Would love to see this fixed so that I don't have to use a subpar workaround. |
Thanks for bringing this back up. Sorry, I lost track of it and will update here accordingly. |
Environment
SaaS (https://sentry.io/)
Version
No response
Link
No response
DSN
No response
Steps to Reproduce
1.Create a new alert with filter: The event's "unreal.crashtype" value "does not equal" "Ensure" so events that have this crash type do not trigger the alert.
2. Send an event to the project with unreal.crashtype=Ensure.
Example alert on test org: https://dev-curumas.sentry.io/alerts/rules/notjava/4430873/details/
Expected Result
Evens that contain Unreal.crash_type=Ensure in its additional context do NOT trigger the alert.
Actual Result
The alert is triggered.
At the start I suspected it was due to Minidump processing: the Unreal context is only added after applying DIFs to the event, but from what I see in the code, any event with the context should work.
So I sent a test event with a matching context (screenshot) and it triggered the alert.
Unreal filter option was recently added here: getsentry/sentry#44021
In any case, this issue affects a paying customer, the specific information can be found in this internal ticket (not sharing due to possible PII). In the affected user's account there are unreal events with crash_type=Ensure that triggered the alert when the rule is set to trigger only when crash type is not equal to Ensure.
The text was updated successfully, but these errors were encountered: