Skip to content

Update dependency sentry-sdk to v2.68.1 - #1089

Open
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/sentry-sdk-2.x
Open

Update dependency sentry-sdk to v2.68.1#1089
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/sentry-sdk-2.x

Conversation

@renovate

@renovate renovate Bot commented Aug 20, 2026 •
edited
Loading

Copy link
Copy Markdown
Contributor

ℹ️ Note

This PR body was truncated due to platform limits.

This PR contains the following updates:

Package Change Age Confidence
sentry-sdk (changelog) ==2.48.0 → ==2.68.1 age confidence

Release Notes

getsentry/sentry-python (sentry-sdk)

v2.68.1

Compare Source

enable_logs

  • (logs) Don't stop sending auto-collected logs when enable_logs=True by @​sentrivana in #​7237

    If you have enable_logs set to True, our logging integrations for the standard library logging module as well as Loguru will auto-collect logs and send them to Sentry as Sentry logs by default, preserving old behavior. Turning automatic collection off for a specific integration can still be achieved using the capture_sentry_logs integration option.

    import sentry_sdk
from sentry_sdk.integrations.logging import LoggingIntegration
from sentry_sdk.integrations.loguru import LoguruIntegration

sentry_sdk.init(
    enable_logs=True,
    integrations=[
        LoggingIntegration(capture_sentry_logs=True),
        LoguruIntegration(capture_sentry_logs=False),
    ],
)

    Please note that the enable_logs option is deprecated and will be removed in the next major release. The sentry_sdk.logger.X API now works regardless of it, and auto-collection can be opted into via the capture_sentry_logs integration-level options, which are False by default, unless you have enable_logs=True. We've added this compatibility layer to make the transition to a enable_logs-free world easier.

Bug Fixes 🐛

v2.68.0

Compare Source

Important

  • We're making enable_logs and enable_metrics no-op with this release (#​7177), and they'll be dropped in the next major.

    Previously, enable_logs also controlled automatic logs collection from the logging and Loguru integrations. These integrations now get an integration-level capture_sentry_logs boolean option to allow for more control over the auto-collection. These options are False by default, i.e., nothing is auto-collected without your explicit opt-in.

Action Needed

If you had enable_logs set to True:

  • If you were using the sentry_sdk.logger.X API, no action necessary, the API will just work.
  • If you were auto-collecting logs from either LoggingIntegration or LoguruIntegration, the auto-collection will be turned off in this release. You can switch auto-collection on explicitly with:
import sentry_sdk
from sentry_sdk.integrations.logging import LoggingIntegration
from sentry_sdk.integrations.loguru import LoguruIntegration

sentry_sdk.init(
    integrations=[
        LoggingIntegration(capture_sentry_logs=True),
        LoguruIntegration(capture_sentry_logs=True),
    ],
)

If you had enable_logs set to False:

  • If you were using it to gate usages of the sentry_sdk.logger.X API, you'll need to remove the calls entirely or define a before_send_log callback to filter out unwanted logs.

If you has enable_metrics set to False:

  • Any metrics emitted using the metrics API will be emitted. You'll need to drop them in a before_send_metric or remove the calls to the API.
Why We're Doing This

We recognize this is a disruptive change for some folks and want to make it clear this is a one-off. We're removing the options because they were an unnecessary hurdle that one had to jump through to be able to use logs and metrics, and it was confusing why the logging API would not just work on its own. On the other hand, we wanted to give you more fine-grained control over automatic collection.

New Features ✨
Other
Bug Fixes 🐛
Internal Changes 🔧
HTTPX, HTTPX2
Other

v2.67.1

Compare Source

Bug Fixes 🐛

v2.67.0

Compare Source

New Features ✨
Batcher
Integrations
Langchain
Openai
Streaming
Other
Bug Fixes 🐛
Openai Agents
Tests
Other
Documentation 📚
Internal Changes 🔧
Fastmcp
Mcp
Openai Agents
Other

v2.66.1

Compare Source

Bug Fixes 🐛
Tracing
Internal Changes 🔧

v2.66.0

Compare Source

New Features ✨
Bug Fixes 🐛
Tracing
Internal Changes 🔧

v2.65.0

Compare Source

New Features ✨
Huey
Other
Bug Fixes 🐛
Tracing
Other
Internal Changes 🔧

v2.64.0

Compare Source

The SDK now extracts all gen_ai spans out of a transaction and sends them as v2 envelope items by default. This prevents gen_ai spans from being dropped when the transaction payload exceeds size limits. Because they are no longer constrained by transaction size limits, AI message data is also no longer truncated. To keep the previous behavior, set stream_gen_ai_spans=False.

Self-hosted Sentry users should opt out with stream_gen_ai_spans=False, since streamed gen_ai spans may not be ingested by their Sentry instance.

Bug Fixes 🐛
Documentation 📚
Internal Changes 🔧
Other

v2.63.0

Compare Source

Bug Fixes 🐛
Fastapi
Other
Internal Changes 🔧

v2.62.0

Compare Source

New Features ✨

  • Add integration for aiomysql by @​tonal in #​4703

    We're adding support for the aiomysql package. To enable the integration, add it to your integrations list:

    import sentry_sdk
from sentry_sdk.integrations.aiomysql import AioMySQLIntegration

sentry_sdk.init(
    traces_sample_rate=1.0,
    integrations=[AioMySQLIntegration()],
)

  • Support HTTPX2 by @​sentrivana in #​6463

    We're adding out-of-the-box support for HTTPX2. As long as use the package, the Sentry integration
    will be enabled automatically and you should see your requests instrumented in Sentry.

    import httpx2
import sentry_sdk

sentry_sdk.init(...)

with sentry_sdk.start_transaction(name="testing_sentry"):
    httpx2.get("https://sentry.io/")
Bug Fixes 🐛
Internal Changes 🔧

v2.61.1

Compare Source

Internal Changes 🔧
Rq
Other

v2.61.0

Compare Source

New Features ✨

  • Add server.address to transformed spans when stream_gen_ai_spans=True by @​alexander-alderman-webb in #​6307

  • Allow integrations to define control flow exceptions by @​sentrivana in #​6425

  • Disable string truncation for events by default by @​alexander-alderman-webb in #​6290

    Following a previous significant increase of the string truncation limit, we've now completely removed the limit by default.
    In case you have large strings in your events, you should now be able to see them.

    In rare cases, if you have really long strings (or a lot of them), you might see envelopes being dropped because of their size.
    If that

✂ Note

PR body was truncated to here.

Configuration

📅 Schedule: (UTC)

  • Branch creation
    • At any time (no schedule defined)
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate
renovate Bot enabled auto-merge (squash) August 20, 2026 19:40
@github-actions

github-actions Bot commented Aug 25, 2026

Copy link
Copy Markdown
Contributor

This PR is stale because it has been open 1+ days with no activity. Feel free to either 1) remove the stale label or 2) comment. If nothing happens, this will be closed in 7 days.

@github-actions github-actions Bot added the Stale label Aug 25, 2026
@renovate
renovate Bot force-pushed the renovate/sentry-sdk-2.x branch from a377a56 to fa150c8 Compare August 25, 2026 13:53
@renovate renovate Bot changed the title Update dependency sentry-sdk to v2.68.0 Update dependency sentry-sdk to v2.68.1 Aug 25, 2026
@github-actions github-actions Bot removed the Stale label Aug 27, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

0 participants