Skip to content

feat(rq): Support span streaming#6493

Merged
alexander-alderman-webb merged 12 commits into
masterfrom
webb/rq/span-first
Jun 5, 2026
Merged

feat(rq): Support span streaming#6493
alexander-alderman-webb merged 12 commits into
masterfrom
webb/rq/span-first

.

0e8d44c
Select commit
Loading
Failed to load commit list.
@sentry/warden / warden: find-bugs completed Jun 3, 2026 in 10m 56s

1 issue

find-bugs: Found 1 issue (1 medium)

Medium

`job.func_name` accessed unguarded in span attributes after being protected by `capture_internal_exceptions` - `sentry_sdk/integrations/rq.py:92`

The SPANDATA.CODE_FUNCTION_NAME attribute accesses job.func_name a second time outside of capture_internal_exceptions, so if job.func_name raises (the same reason it's wrapped above), the exception propagates unhandled and the span is never started, leaving rv unassigned. Use the already-resolved span_name value instead.

Also found at:

  • sentry_sdk/integrations/rq.py:5

⏱ 10m 35s · 1.4M in / 64.6k out · $1.96

Annotations

Check warning on line 92 in sentry_sdk/integrations/rq.py

See this annotation in the file changed.

@sentry-warden sentry-warden / warden: find-bugs

`job.func_name` accessed unguarded in span attributes after being protected by `capture_internal_exceptions`

The `SPANDATA.CODE_FUNCTION_NAME` attribute accesses `job.func_name` a second time outside of `capture_internal_exceptions`, so if `job.func_name` raises (the same reason it's wrapped above), the exception propagates unhandled and the span is never started, leaving `rv` unassigned. Use the already-resolved `span_name` value instead.

Check warning on line 5 in sentry_sdk/integrations/rq.py

See this annotation in the file changed.

@sentry-warden sentry-warden / warden: find-bugs

[APL-K5M] `job.func_name` accessed unguarded in span attributes after being protected by `capture_internal_exceptions` (additional location)

The `SPANDATA.CODE_FUNCTION_NAME` attribute accesses `job.func_name` a second time outside of `capture_internal_exceptions`, so if `job.func_name` raises (the same reason it's wrapped above), the exception propagates unhandled and the span is never started, leaving `rv` unassigned. Use the already-resolved `span_name` value instead.