-
-
Notifications
You must be signed in to change notification settings - Fork 51
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
feat: source context links support #1103
Conversation
Codecov Report
Additional details and impacted files@@ Coverage Diff @@
## master #1103 +/- ##
==========================================
- Coverage 74.14% 70.95% -3.19%
==========================================
Files 86 86
Lines 12476 12517 +41
==========================================
- Hits 9250 8882 -368
- Misses 3226 3635 +409 |
edc4ea3
to
28f50c5
Compare
28f50c5
to
8f94914
Compare
e6815e3
to
260b295
Compare
Co-authored-by: Arpad Borsos <swatinem@swatinem.de>
// Only resolve source context from URLs if the frame is "in-app". | ||
if frame.raw.in_app.unwrap_or(false) { |
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.
This also needs changes in the sentry processor to enable this, as it current does not send any in_app
attributes.
The other problems with this that come to mind:
in_app
is being modified/set by grouping, which runs after symbolication.- minidumps never set
in_app
at all. neither do some SDKs like Native. However those debug files do not (yet?) have support for source links.
I’m okay with merging this as is, but this might need to be revisited.
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.
in .NET, in_app is being sent from the SDK. What would need to change for that to get propagated here?
Part of getsentry/symbolic#735