-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
fix(node): Mark stack frames with url protocol as in-app frames #8008
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Generally, this LGTM but in_app
might also be overridden by stack trace processing. Which in turn is also influenced by source maps rewriting through Sentry CLI.
I don't have a lot of context on the original issue but if the source maps were uploaded with the webpack plugin (v1), we recently merged in a fix to Sentry CLI v1 which fixed a source maps rewriting bug for file names starting with webpack://
. Perhaps this fixes it.
Wait, what was that bug again? |
This PR describes the fix. Tbh I'm not sure that this is related as this only surfaced in Angular apps but I guess depending on the webpack config it could emerge in other frameworks/builds as well. |
size-limit report 📦
|
@Lms24 ah that looks unrelated. The stack traces look fine, it's just that we mark them as in_app false. Thanks for the heads-up though! :) |
It probably is unrelated. For the sake of completeness, I'm just realizing I didn't explain this properly. Because of the wrong source path caused by the bug I described above, the frames were incorrectly set to But yeah, |
Fixes getsentry/sentry#47444