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
http.status_code
tag in the transaction payload
#445
Comments
For web servers, on the transaction level, the HTTP status is the status of the incoming request -- and not of any outgoing requests (child spans). Does that clarify the case you are describing? |
@rhcarvalho mmmm, that makes sense, since each incoming request will be its own transaction. should we doc this special tag @rhcarvalho ? |
Yes, let's document it, it is used in the Sentry frontend and more SDKs could report it.
And apparently that expectation holds for more than two years, even before GA. |
we only document the HTTP client integrations https://develop.sentry.dev/sdk/features/#http-client-integrations but not Web servers, or is it documented somewhere else? it should not be that different from the client one tho. |
Nope, this is not the same thing, this issue is about transactions and not events. |
Whoever updates the spec, please share this with client-infra to make sure we're aligned between SDKs |
Cocoa also sends this tag for spans at least, I believe it might be related to https://github.com/getsentry/sentry-cocoa/blob/1453a8aaf8141ad4c304e723f1f17a674e2a839f/Sources/Sentry/SentryNetworkTracker.m#L250-L251 |
For Spring WebMVC we're currently unable to get the correct response code. For Spring WebFlux we've added the response code to We have to check if the UI has already been updated to also look at |
Just confirmed, UI does not look at |
Also not |
We do not want to look at span data here as the status is supposed to display the status of the transaction. Opened getsentry/sentry#54274 for reading the status code from response context in the UI. Once the UI can show status code from there we can do start changing SDKs.
|
The UI special case the
http.status_code
tag in the transaction payload (not spans) to show the status sublabel with the HTTP status code (see flask image).This looks suboptimal due to, let's say we have a transaction that finishes with the status OK, this transaction has 2 spans which are HTTP requests, one of them is a 200 and the other one is a 500, both are running in parallel and since the tag is in the transaction tags and not span tags, the span that finishes the later always wins setting the tag, overwriting the previous tag.
The same transaction may have a 200 or 500 randomly and can be confusing.
is it an issue? should we address that? also,
http.status_code
isn't part of the spec so most SDKs are not setting it.The text was updated successfully, but these errors were encountered: