-
-
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
Caught/Handled exceptions are always being logged as unhandled (@sentry/serverless) #5408
Comments
related: #5375, though that's the opposite problem. |
I think we're going to take a look at In the meantime, @whats-a-handle appreciate your patience while we engage in some due diligence to make sure we cover all the cases appropriately. |
I know it's been over a year, but I wanted to follow up on this because I just ran into this at work (calling |
Opened #9368 to fix this, thanks for the reminder @rtfeldman! |
Awesome, thank you so much! 😃 |
Change was released with https://github.com/getsentry/sentry-javascript/releases/tag/7.76.0 |
Is there an existing issue for this?
How do you use Sentry?
Sentry Saas (sentry.io)
Which package are you using?
@sentry/serverless
SDK Version
7.6.0
Framework Version
7.6.0
Link to Sentry event
https://sentry.io/organizations/kitup-stage/issues/3418028253/events/3127d807ee0e4ba2bda444c287041aad/?project=6521764
Steps to Reproduce
Sentry.AWSLambda.wrapHandler()
Sentry.captureException(error)
to catch and log the errorhandled
tag is set totrue
because the error or exception was caught within the tr/catch and not thewrapHandler
. However, the caught error is always flagged as unhandledhandled:false
This might be the relevant code according to this Discord discussion in Sentry discord :
sentry-javascript/packages/serverless/src/utils.ts
Lines 12 to 18 in ce67a38
Expected Result
Errors caught within a try/catch block and logged in the catch statement with Sentry.captureException(error) should be marked as
handled:true
Actual Result
Errors caught within the try/catch block are always marked as
handled:false
.The text was updated successfully, but these errors were encountered: