ref(node): Stop inferring op for spans - #23195
Conversation
9691c4f to
a595843
Compare
size-limit report 📦
|
a595843 to
935dec1
Compare
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes and found 1 potential issue.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit 935dec1. Configure here.
| * On the OTel SDK provider this happens in the `SentrySpanProcessor`/`SentrySpanExporter` while | ||
| * converting `ReadableSpan`s to Sentry payloads (via `parseSpanDescription` + `mapStatus`). | ||
| * `SentryTracerProvider` creates native Sentry spans directly and never goes through that pipeline, | ||
| * so the same inference has to run here instead — once at span start, and again at span end |
There was a problem hiding this comment.
Public op-inference API removed
Medium Severity
This violates the Breaking Changes review rule: applyOtelSpanData is a public @sentry/opentelemetry export that previously inferred sentry.op, and calls without finalizeStatus are now a no-op. backfillStreamedSpanDataFromOtel was also removed from the public export surface with no deprecation notice, which can break custom OTel setups that relied on that inference.
Additional Locations (1)
Triggered by project rule: PR Review Guidelines for Cursor Bot
Reviewed by Cursor Bugbot for commit 935dec1. Configure here.
935dec1 to
f43eab0
Compare


Stop inferring span ops for node spans. Instead, ensure we actually set the op at span creation time already.
This also removes an otel double instrumentation test as we no longer need this.