You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Error's cause not respected (for non-Error causes) #9913
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)
Hi, linking errors based on the cause property with the LinkedErrors integration is only supported if the value behind cause is an Error. What you likely need and want is the ExtraErrorData integration. Let me know if this helps!
Activity
[-]Error `cause` not respected (for non-Error casuses)[/-][+]Error `cause` not respected (for non-Error causes)[/+][-]Error `cause` not respected (for non-Error causes)[/-][+]Error's `cause` not respected (for non-Error causes)[/+]lforst commentedon Dec 19, 2023
Hi, linking errors based on the
causeproperty with theLinkedErrorsintegration is only supported if the value behindcauseis anError. What you likely need and want is theExtraErrorDataintegration. Let me know if this helps!jeengbe commentedon Dec 19, 2023
Ah so when I see an issue in Sentry with another linked issue, that's a linked Sentry issue that's linked from the
cause?lforst commentedon Dec 19, 2023
I don't think it's an "issue" but definitely another error object on the
causeproperty of the captured error.jeengbe commentedon Dec 19, 2023
Is that something you would consider supporting? Structured non-
Errordata is explicitly allowed according to MDN https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Error/cause#providing_structured_data_as_the_error_causelforst commentedon Dec 19, 2023
We definitely could! Putting on backlog.
lforst commentedon Dec 19, 2023
Figured this is so easy to do I'll just open a PR