-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Error's cause
not respected (for non-Error causes)
#9913
Comments
cause
not respected (for non-Error casuses)cause
not respected (for non-Error causes)
cause
not respected (for non-Error causes)cause
not respected (for non-Error causes)
Hi, linking errors based on the |
Ah so when I see an issue in Sentry with another linked issue, that's a linked Sentry issue that's linked from the |
I don't think it's an "issue" but definitely another error object on the |
Is that something you would consider supporting? Structured non- |
We definitely could! Putting on backlog. |
Figured this is so easy to do I'll just open a PR |
Is there an existing issue for this?
How do you use Sentry?
Sentry Saas (sentry.io)
Which SDK are you using?
@sentry/browser
SDK Version
7.88.0
Framework Version
n/a
Link to Sentry event
https://prisjakt-ab.sentry.io/issues/4738454694/events/latest/?project=4506415694348288
SDK Setup
Steps to Reproduce
This adds the failed API response as
cause
on the error object. Yet on the linked issue in Sentry, there is no reference to that error cause.Expected Result
The cause should somehow show in Sentry. I saw it do that for
Error
-causes. I saw some other GH issue thread that had something to do with a React boundary, but that was fixed and closed, so likely not applicable (also I can't find the link any more)Actual Result
The cause doesn't show on the Sentry issue.
The text was updated successfully, but these errors were encountered: