Open MercuryLiRC opened 4 months ago
@MercuryLiRC thanks for writing in! I'm going to transfer this to the main Sentry repo to be triaged as this requires more than SDK changes to get working.
Assigning to @getsentry/support for routing ⏲️
Routing to @getsentry/product-owners-dashboards for triage ⏲️
Hey there @MercuryLiRC, are you talking about a dashboard setup for your org under Dashboards
in your sidebar? If so could you let me know the dashboard id (in the url)
Hi @k-fish ,
This is Albert Gu. I contacted Sentry support team.
Current issue:
Our requirement:
For some known but not harmful unhandled Sentry errors, we shouldn't count them in the crash free sessions rate from our perspective.
Routing to @getsentry/product-owners-releases for triage ⏲️
Hey @AlbertInRC , was there someone in support you were already talking to, so I can follow up with them? It sounds like you want to change how the crash free rate is calculated (by not including the errors), and aren't having issues with dashboards themselves (cc: @getsentry/telemetry-experience)
Hi @k-fish , Your understanding is correct. It's not about the dashboards themselves. I have been talking with Gideon Lapshun and you could align with him. Thank you
Routing to @getsentry/product-owners-dashboards for triage ⏲️
Routing to @getsentry/product-owners-ingestion-and-filtering for triage ⏲️
I'll bring this with the team next week, we'll keep the ticket up-to-date.
@matejminar Hey, is this something your team can pick up and look into?
Routing to @getsentry/product-owners-releases for triage ⏲️
Thanks for this feedback, We'll add this to our backlog but we have no plans to work on this in the next few months at least
Thanks for this feedback, We'll add this to our backlog but we have no plans to work on this in the next few months at least
Hello, do you have an update or approximate ETA of when you'll pick this up?
We don't have an ETA for this ticket at the moment, will update this ticket if we do
Problem Statement
In our current use of Sentry, we've encountered instances where the crash dashboard includes all reported events, leading to skewed crash rate metrics. For example, non-critical events are being counted alongside critical ones, which inflates the crash rates and hinders our ability to accurately measure and respond to application stability. This impacts our decision-making and resource allocation as the crash rate is a key performance indicator for our application's health.
Solution Brainstorm
Event Exclusion: Introduce a feature that allows users to create exclusion rules for events that should not impact the crash rate statistics. This could be based on error severity, tags, or frequency of occurrence.
Advanced Filtering in Dashboard: Implement an advanced filtering system within the crash dashboard that allows for real-time adjustments to what is displayed, such as toggles or checkboxes to include or exclude event categories.
┆Issue is synchronized with this Jira Improvement by Unito