Skip to content
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

Investigate approaches to improving error splitting and combining #107

Open
nbrooke opened this issue Sep 7, 2022 · 0 comments
Open

Investigate approaches to improving error splitting and combining #107

nbrooke opened this issue Sep 7, 2022 · 0 comments

Comments

@nbrooke
Copy link
Member

nbrooke commented Sep 7, 2022

We tend to get lots of situations, and it seems to have gotten worse since we started using Sentry, where either errors we want separate (different error text) get combined, or errors we want combined (same error txt) are split up. I suspect this is due to sentry weighing in some way more towards the call stacks involved, rather than the text of the error (which would be our preferred default).

We should investigate and see if we can come up with some way to fix this. This might involved some code changes (maybe around adding a few more @_transparent functions to tweak what call stacks we are generating), or it could jsut be coming up with a set of recommendations for how to configure the error merging in Sentry project on the website (where there are lots of options for how to tweak that behaviour).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant