Closed zanona closed 3 years ago
This is expected behaviour, each new navigation should have it's own trace. A trace is meant to cross services (for ex. frontend -> web server -> database), and not across user activities. We recognize that this has limitations though, and are working toward establishing a pattern to better address your use case.
This issue has gone three weeks without activity. In another week, I will close it.
But! If you comment or otherwise update it, I will reset the clock, and if you label it Status: Backlog
or Status: In Progress
, I will leave it alone ... forever!
"A weed is but an unloved flower." ― Ella Wheeler Wilcox 🥀
Package + Version
@sentry/browser
@sentry/node
raven-js
raven-node
(raven for node)@sentry/tracing
Version:
Description
Whenever having a html page rendered with
<meta name='sentry-trace' content='traceparent'/>
and using theBrowserTracing
integration. The first 'load' event is the only one to keep the reference to the traceparent added to the document meta tag but all the other navigation events will lose traceparent reference and create a newtraceId
for every transaction, disconnecting user activity.Possible solution
I need to manually get the traceparent data from the head and inject into the context, so it's kept across events.