The code calls span.set_status(SpanStatus.ERROR) on a StreamedSpan instance at line 102, but StreamedSpan (defined in sentry_sdk/traces.py) does not have a set_status() method. It only has a status property setter. This will raise an AttributeError: 'StreamedSpan' object has no attribute 'set_status' when SQLAlchemy encounters an error and the span is a StreamedSpan instance. The legacy Span class (from tracing.py) does have set_status(), explaining why the else branch works.

Also found at:

• sentry_sdk/integrations/httpx.py:117-119

In _sentry_execute_command, spans are manually entered via __enter__() on lines 126 and 145, but the subsequent __exit__() calls (lines 152 and 156) are not wrapped in a try/finally block. If await old_execute_command(self, name, *args, **kwargs) raises an exception, both db_span and cache_span will never be properly closed. This differs from the synchronous version in _sync_common.py which correctly uses try/finally. Unclosed spans can cause memory leaks and incorrect tracing data.

Also found at:

• sentry_sdk/integrations/redis/_sync_common.py:158

When real_getresponse() raises an exception (e.g., network timeout, connection refused), the finally block calls span.end() directly without setting the span status to 'error'. For StreamedSpan, the status defaults to 'ok' (set in traces.py:289), so exceptions will be incorrectly recorded as successful spans. The httpx integration avoids this by using with span_ctx as span: which triggers __exit__ and properly sets error status on exceptions.

Also found at:

• sentry_sdk/integrations/strawberry.py:226

The new _to_traceparent() method on NoOpStreamedSpan (lines 692-697) is never called. Both call sites that invoke _to_traceparent() have guards: scope.get_traceparent() explicitly skips NoOpStreamedSpan instances via isinstance check, and StreamedSpan._iter_headers() returns early when _segment is None (always true for NoOpStreamedSpan). This appears to be defensive programming for future-proofing, but without test coverage, the intended behavior cannot be verified.