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
I created a repository for you to reproduce the issue, its basically a remix project created with blues stack and added sentry integration as described in your guide. We have a slightly different setup in our own project but I believe this example repo represents the problem enough.
The issue is on the client side, sentry-trace and baggage headers are not added as expected to the outgoing requests to server.
Click "Signup" and observe the outgoing requests headers
Expected Result
For the outgoing requests to server from client should contain the sentry-trace and baggage headers
Actual Result
If you look to our performance dashboard you'll see that FE and BE traces are not linked to each other. Once I debugged I saw that the sentry-trace and baggage headers are not sent to server request so that backend can not know the tracing decision and the parent trace id.
The text was updated successfully, but these errors were encountered:
Hi, is it possible that when hitting the login button, there is no active transaction on the scope?
Tracing headers are only attached when there is an active transaction. Out of the box, transactions are only created during page loads and page navigations.
Could this be the issue here?
(Please not that I didn't try your repro yet - just wanted to get this Q out of the way first)
@lforst thanks for fast reply. Just realised I haven't set the SENTRY_DSN and try it out for this repository, now once I did it I can see the tracing headers. Updating to latests version must have fixed the issue. Im closing this one
@lforst is there a way to configure when to send tracing headers? As you said; I think it was the initial reason why we thought headers are not sent, we would like to set them on top of page loads and page navigations
When there is no active transaction though, the trace is not sampled, so there will be no distributed trace via performance transactions in Sentry. With the current version of the SDK though, the header is still sent (sampled flag set to false), so errors will still be linked together.
Is there an existing issue for this?
How do you use Sentry?
Sentry Saas (sentry.io)
Which SDK are you using?
@sentry/remix
SDK Version
7.63.0
Framework Version
@remix-run: 1.19.3
Link to Sentry event
https://passionfroot.sentry.io/performance/summary/?project=4504292779163648&query=&referrer=performance-transaction-summary&statsPeriod=14d&transaction=routes%2F__landing-page%2F%24creatorSlug&unselectedSeries=p100%28%29&unselectedSeries=avg%28%29
SDK Setup
Steps to Reproduce
I created a repository for you to reproduce the issue, its basically a remix project created with blues stack and added sentry integration as described in your guide. We have a slightly different setup in our own project but I believe this example repo represents the problem enough.
The issue is on the client side,
sentry-trace
andbaggage
headers are not added as expected to the outgoing requests to server.npm install
docker-compose up
, will create a postgres db on 5432. (if you want to use your own db then edit .env file with correct credentials)npm run build
npm run dev
Expected Result
For the outgoing requests to server from client should contain the
sentry-trace
andbaggage
headersActual Result
If you look to our performance dashboard you'll see that FE and BE traces are not linked to each other. Once I debugged I saw that the
sentry-trace
andbaggage
headers are not sent to server request so that backend can not know the tracing decision and the parent trace id.The text was updated successfully, but these errors were encountered: