-
-
Notifications
You must be signed in to change notification settings - Fork 213
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
Include unfinished spans in transactions #1182
Comments
blocked by https://getsentry.atlassian.net/browse/INGEST-1109 (internal) |
Created related issue on Relay: getsentry/relay#1244 |
Worth noting once we start adding unfinished Spans we'll need to notify the minimum Self Hosted version required since the old version of Relay dropped transactions completely if they had an unfinished span (reason why all SDKs compensated that with dropping or lying about a span being finished) |
@jamescrosswell @bitsandfoxes this is unblocked now and since we're on a major we should definitely include this one. Android/Java SDKs added on 7.0.0 and it's the reason they mention new Self hosted min version 22.12:
Related PRs:
|
From what I can tell, this was implemented about 3 years ago in #1296 so there's nothing to do here: sentry-dotnet/src/Sentry/TransactionTracer.cs Lines 373 to 380 in 175623c
|
The goal is to delete that code. We don't need to "fake" finish stuff since Relay will deal with that. |
When a transaction is finished, the SDK tries to send the data to Sentry.
If an open Span (one that was not finished) exist in that transaction, the SDK removes that span before sending the data to Sentry.
That was done because Sentry will discard the transaction if unfinished spans are included. More context on this thread: getsentry/develop#274
An alternative solution used by the JavaScript SDK is to complete those spans with the timestamp of the finishing transaction and setting the status to
deadline_exceeded
. We should align with this approach as it shows something was going on even though it wasn't completed during the transaction.Java: getsentry/sentry-java#1690
Cocoa: getsentry/sentry-cocoa#1303
The text was updated successfully, but these errors were encountered: