This repository has been archived by the owner on Aug 30, 2023. It is now read-only.
-
-
Notifications
You must be signed in to change notification settings - Fork 1
[Error Count Discrepancy] Address discrepancy between error count and number of errors observed in Replay Details #251
Comments
jas-kas
changed the title
Handle discrepancy between error count and number of errors observed in Replay Details
[Discussion] Handle discrepancy between error count and number of errors observed in Replay Details
Oct 20, 2022
Re: the filtering on browser SDK.... In the replays SDK we keep an aggregate count of errors by sending a list of error ids to the backend. We use |
jas-kas
changed the title
[Discussion] Handle discrepancy between error count and number of errors observed in Replay Details
Address discrepancy between error count and number of errors observed in Replay Details
Nov 23, 2022
jas-kas
changed the title
Address discrepancy between error count and number of errors observed in Replay Details
[Error Count Discrepancy] Address discrepancy between error count and number of errors observed in Replay Details
Nov 23, 2022
[Messaging around this to the user explaining that there may be a discrepancy] |
Closing this in favor of getsentry/sentry-javascript#6285! I'll add a note to the readme as well. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Problem:
Today, there are many instances where the error count seen on the Replay Index as well as in the counter on the Replay Details (top-right bubble) is not reflective of the number of errors seen in the actual Replay and reflected in our breadcrumbs/console/issues list. This has been reported by our alpha partners.
This can result in a user seeing a Replay that has 2 errors on the Index page but once they click in, the Replay actually has no errors.
We know this can happen as a result of... Server-side inbound filters.
This may also be related to... Filtering error events on the browser SDK - docs - It is still under investigation if this is the case with the SDK team.
We need a solution to address this, as today it leads to customers not trusting our data and confusion.
Solution:
TBD.
cc @billyvg @ryan953
The text was updated successfully, but these errors were encountered: