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
Hi @grzegorzwziatek-flyr ,
Thank you for reaching out. I see that the logs attached are from backend. And we have a hard time to reproduce these headers in the browser. We could provide some guesses to move you forward though:
are the issues all from the same session/user? - maybe they are injecting extra code from client side.
are there other libraries also adding trace info? - these headers might not necessarily come from one source.
To better assist you further, I suggest to reach out to Datadog Support.
We had sentry, but we disabled it on our testing env - issue is still here
We have federated applications and we thought that this might be an issue, but we are protecting datadog from another initialisation by executing this code:
if (!datadogRum.getInternalContext()) {
datadogRum.init()....
}
Hello @grzegorzwziatek-flyr,
Thanks for the info. To better assist you, so you can provide more information like your backend configuration and maybe an access to replicate the issue, I suggest to reach out to Datadog Support.
Describe the bug
Hi,
we are using
allowedTracingUrls
so some traceparent heading is added to each request to our allowed list of urls. Unfortunately generated traceparent seems to be invalid and in backend in python library there is an exception logged -> https://github.com/DataDog/dd-trace-py/blob/ab8588c4a5c446ada65ab248b8a69c11aa546340/ddtrace/propagation/http.py#L804.This looks like traceparent is added few times to headers and this is causing issue.
We are using latest
@datadog/browser-rum": "^5.23.3",
package and issue still exists. Can you please look at this issue?Example generated exceptions:
To Reproduce
This is random behaviour, happens around 20 times in 1000 reqs.
Expected behavior
Only one traceparent added to xhr header
The text was updated successfully, but these errors were encountered: