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 }}
This repository has been archived by the owner on Jun 12, 2018. It is now read-only.
I was trying to send a different culprit to Opbeat to better group our custom errors (we can always check for function and filename below in the stacktrace) but I noticed that the module always overrides our options.culprit.
Could you add a simple check not to force calling to setCulprit() in lib/parsers.js when one is already specified?
I was going to write a pull request but I'm not sure how you guys prefer to do this ;-)
Thanks!
The text was updated successfully, but these errors were encountered:
Hi @watson, I was checking some errors I sent with the custom culprit to Opbeat but they are showing with none in the web (I just see the error group number). I'm sending them like opbeat.captureError(err, { culprit: 'This is the culprit', extra: { url: some_url } });. In the detail page of the error group it says "No culprit available".
@FdezRomero In your case I think the issue is related to that err is not an Error object but possibly just a string - am I right? There is a bug in v1.4.0 that means that if you just give a string to captureError instead of an Error object, then it will ignore your custom culprit. This have been fixed in v1.4.1.
But after re-reading your original issue, I see that you are trying to use the culprit to control the grouping inside Opbeat. Unfortunately the culprit is not used to group the errors. Instead I would suggest that you use a custom Error object. You can make your own an call then FooError and BarError or use the default JavaScript error types - each type will then be grouped independently.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hi there!
I was trying to send a different culprit to Opbeat to better group our custom errors (we can always check for function and filename below in the stacktrace) but I noticed that the module always overrides our
options.culprit
.Could you add a simple check not to force calling to
setCulprit()
inlib/parsers.js
when one is already specified?I was going to write a pull request but I'm not sure how you guys prefer to do this ;-)
Thanks!
The text was updated successfully, but these errors were encountered: