Incoming requests from Zapier are ignored by tracing #12774
okovpashko
started this conversation in
General
Replies: 1 comment 2 replies
-
Hey, so the best solution would be to get zapier to not send this header, if it is not wanted 😅 If this is not possible, you could use Sentry.init({
tracesSampler: ({ name, attributes, parentSampled }) => {
// only continue parent sampling decision if the route is not /api-hit-by-zapier
if (typeof parentSampled === 'boolean' && attributes?.['http.route'] !== '/api-hit-by-zapier') {
return parentSampled;
}
// regular sample rate you want to have
return 0.5;
}
}); You'll need to debug and see what attributes you can actually filter on, what is available there depends on your setup etc., but something like this should work! |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hello,
I have a Node.js application that receives webhooks from Zapier. After enabling HTTP tracing, I noticed no traced requests to the webhook endpoints in Sentry UI. When I tried to reproduce a webhook request from my local machine I got its trace in the UI.
Assuming that a clue might be hidden in the Zapier request details I examined an incoming request. I noticed that it includes the following headers:
Sentry-Trace
,Traceparent
, andTracestate
:After enabling the debug mode for Sentry SDK I found that it recognizes the incoming tracing headers and decides to ignore the transaction:
Could you please suggest if there is a way to make Sentry SDK ignore the incoming headers from Zapier and send the tracing for the webhook requests?
Beta Was this translation helpful? Give feedback.
All reactions