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
includeLocalVariables fails to capture local variables across sync/async boundaries #11194
See README for instructions on installing and running.
I've tested on Node versions 18.19.1 and 20.11.1. Both versions produce identical behavior.
Expected Result
Local variables included in every stack frame
Actual Result
Local variables are only present on stack frames within the same async context where an error is thrown from. It is unclear if this is a symptom of #8928 or something different.
Sync Example:
The request handler errorSync and the subsequent sync functions it calls (someSyncFunc, syncStepA and syncStepB) all include local variables. However, no middleware functions (Koa internal or user defined) have local variables as they are all async.
Async Example:
The request handler errorAsyncawaits for the async function someAsyncFunc. Notice that someAsyncFunc, syncStepA and syncStepB all include local variables as they are all executed in the same tick. However no local variables are included on the errroAsync request handler as it was executed in a prior iteration of the event loop. As with the sync example, no middleware functions (Koa internal or user defined) have local variables.
We capture local variables for exceptions via the v8 debugging interface. When events are captured by the SDK we have to try and match the captured debugger stack frames to the Sentry frames which are parsed from error.stack.
It looks like the above issue is caused by the debugger stack frames not matching those parsed from error.stack. Notably, new Promise frames are missing entirely in the debugger call stack!
@timfish FWIW this isn't just an issue with new Promise(...). I'm seeing this same behavior on all async calls -- querying a database, fetching content from an HTTP service, etc. It seems like the SDK only captures locals for stack frames that were executed within the same event loop tick that threw the error.
The repro case used new Promise() purely for demonstration purposes... I didn't want to complicate matters by including a database or http client, though I can if it would be helpful.
It seems like the SDK only captures locals for stack frames that were executed within the same event loop tick that threw the error
In my testing, local variables were getting captured across async calls without issue, they just weren't all getting added to the frames in the Sentry event because the frames didn't match up exactly.
When you call into http or database libraries, they are likely also creating promises which would cause the issue I have fixed.
There could be other cases where the frames don't match which we haven't considered yet but we'd need to reproduce those too!
Activity
Lms24 commentedon Mar 20, 2024
Hey @andymccurdy thanks for writing in!
@timfish when you have some time, would you mind taking a look? Thanks!
timfish commentedon Mar 21, 2024
We capture local variables for exceptions via the v8 debugging interface. When events are captured by the SDK we have to try and match the captured debugger stack frames to the Sentry frames which are parsed from
error.stack.It looks like the above issue is caused by the debugger stack frames not matching those parsed from
error.stack. Notably,new Promiseframes are missing entirely in the debugger call stack!andymccurdy commentedon Mar 21, 2024
@timfish FWIW this isn't just an issue with
new Promise(...). I'm seeing this same behavior on all async calls -- querying a database, fetching content from an HTTP service, etc. It seems like the SDK only captures locals for stack frames that were executed within the same event loop tick that threw the error.The repro case used
new Promise()purely for demonstration purposes... I didn't want to complicate matters by including a database or http client, though I can if it would be helpful.timfish commentedon Mar 21, 2024
In my testing, local variables were getting captured across async calls without issue, they just weren't all getting added to the frames in the Sentry event because the frames didn't match up exactly.
When you call into http or database libraries, they are likely also creating promises which would cause the issue I have fixed.
There could be other cases where the frames don't match which we haven't considered yet but we'd need to reproduce those too!
AbhiPrasad commentedon Mar 28, 2024
Fix released with https://github.com/getsentry/sentry-javascript/releases/tag/7.109.0