fix(spring-jakarta): [Queue Instrumentation 10] Fork root scopes and skip when OTel is active in Kafka consumer

[adinauer]

PR Stack (Queue Instrumentation)

• feat(core): [Queue Instrumentation 1] Add enableQueueTracing option and messaging span data conventions #5250
• feat(samples): [Queue Instrumentation 2] Add Kafka to Spring Boot 3 sample app #5253
• feat(spring-jakarta): [Queue Instrumentation 3] Add Kafka producer instrumentation #5254
• feat(spring-jakarta): [Queue Instrumentation 4] Add Kafka consumer instrumentation #5255
• feat(spring-boot-jakarta): [Queue Instrumentation 5] Add Kafka queue auto-configuration #5259
• test(samples): [Queue Instrumentation 6] Add Kafka queue system tests #5260
• feat(samples): [Queue Instrumentation 7] Add Kafka to Spring Boot 3 OTel sample apps #5265
• fix(spring-boot-jakarta): [Queue Instrumentation 8] Disable Sentry Kafka spans when OTel is active #5274
• fix(spring-jakarta): [Queue Instrumentation 9] Clean up stale ThreadLocal context in Kafka consumer interceptor #5279
• fix(spring-jakarta): [Queue Instrumentation 10] Fork root scopes and skip when OTel is active in Kafka consumer #5280
• fix(spring-jakarta): [Queue Instrumentation 11] Guard entire span lifecycle in Kafka producer interceptor #5281
• fix(spring-jakarta): [Queue Instrumentation 12] Add Kafka retry count attribute #5282
• fix(spring-jakarta): [Queue Instrumentation 13] Align enqueue time with Python #5283

---

📜 Description

Two changes to SentryKafkaRecordInterceptor:

1. Fork root scopes — Use Sentry.forkedRootScopes() instead of scopes.forkedScopes(). Each Kafka message is an independent request boundary, so it should start with a clean scope from root rather than inheriting whatever scope happens to be on the consumer thread. This matches the pattern used by SentryWebFilter for reactive request boundaries.

2. Skip when OTel is active — Add isIgnored() check using SpanUtils.isIgnored() on the trace origin. When OTel is active and the origin is in the ignored span origins list, the interceptor skips instrumentation entirely (no fork, no transaction, no ThreadLocal). This is consistent with how SentryTracingFilter handles OTel coexistence.

💡 Motivation and Context

• Forking from current scopes on a Kafka consumer thread could inherit stale scope state from a previous message or unrelated context. Root scopes provide proper isolation per message.
• The OTel dedup via ignored origins ensures Sentry's Kafka instrumentation doesn't create duplicate spans when OTel is also instrumenting Kafka consumers.

💚 How did you test it?

• Updated existing tests to use Mockito.mockStatic(Sentry::class.java) for forkedRootScopes
• Added test: does not create span when origin is ignored
• All 13 tests pass

📝 Checklist

• I added GH Issue ID & Linear ID
• I added tests to verify the changes.
• No new PII added or SDK only sends newly added PII if sendDefaultPII is enabled.
• I updated the docs if needed.
• I updated the wizard if needed.
• Review from the native team if needed.
• No breaking change or entry added to the changelog.
• No breaking change for hybrid SDKs or communicated to hybrid SDKs.

🔮 Next steps

Nothing — this completes the root scopes + OTel dedup fix for the consumer interceptor.

⚠️ Merge this PR using a merge commit (not squash). Only the collection branch is squash-merged into main.

#skip-changelog

[github-actions]

Semver Impact of This PR

🟢 Patch (bug fixes)

📋 Changelog Preview

This is how your changes will appear in the changelog.
Entries from this PR are highlighted with a left border (blockquote style).

---

This PR will not appear in the changelog.

---

_{🤖 This preview updates automatically when you update the PR.}

[sentry]

Sentry Build Distribution

App Name	App ID	Version	Configuration	Install Page
SDK Size	io.sentry.tests.size	8.37.1 (1)	release	Install Build

Configure sentry-android build distribution settings

[github-actions]

Performance metrics 🚀

	Plain	With Sentry	Diff
Startup time	333.60 ms	393.04 ms	59.44 ms
Size	0 B	0 B	0 B

Baseline results on branch: fix/queue-instrumentation-threadlocal-cleanup

Startup times

Revision	Plain	With Sentry	Diff
76b8c09	324.73 ms	382.26 ms	57.53 ms

App size

Revision	Plain	With Sentry	Diff
76b8c09	0 B	0 B	0 B