Change history

Sentry limit changes

Current and previous observations remain linked to their official sources. Detection date and effective date are kept separate when known.

Verified Sep 17, 20262 verified changes

Verified history

Sep 17, 2026

Sentry doubled event attachment limits

Sentry's attachments documentation now allows at most 40 MB per compressed request and 200 MB of uncompressed attachments per event including the crash report (previously 20 MB / 100 MB). No effective date is published.

20 MB compressed request; 100 MB uncompressed per event → 40 MB compressed request; 200 MB uncompressed attachments per event
Larger crash reports and diagnostics fit without splitting.
Sep 17, 2026

Sentry attachment retention now follows the plan retention period

The attachments page states attachments are retained for 30 or 90 days depending on the plan's data retention period, replacing a single 30-day figure. No effective date is published.

30 days → 30 or 90 days, based on the plan's data retention period
Plans with 90-day retention keep attachments three times longer than the old figure implied.

Current monitored baseline

HyperObserve currently monitors 2 scoped observations for Sentry. The baseline covers attachment request size, attachment retention. Each value retains its plan, product, endpoint, region, account, or runtime qualifier so a future change can be compared against the correct scope.

ConstraintCurrent valueScopeVerified source
attachment request sizeThe crash report, when present, counts in the uncompressed event total.40 MB compressed request; 200 MB uncompressed attachments per eventEvents with attachmentsSentrySep 17, 2026
attachment retentionAttachments stop storing when the included storage quota is exceeded.30 or 90 days, based on the plan's data retention periodStored event attachmentsSentrySep 17, 2026

Tracked constraints and impact

Event attachment request, uncompressed payload, retention, and quota behavior. A change is recorded only when it alters a constraint developers can act on, such as capacity planning, request shaping, model selection, deployment configuration, storage design, retry behavior, or account budgeting.

How a change is verified

  1. Compare the current first-party statement with the previously stored observation, including the exact plan, model, runtime, endpoint, region, and account scope.
  2. Separate a true product change from documentation clarification, temporary capacity, configurable account state, or a limit that applies to a different execution path.
  3. Preserve the old and new values, official source, effective date when disclosed, detection date, and practical impact. If those elements cannot be supported, no historical event is published.

Official sources monitored

These first-party documents support the current Sentry baseline. HyperObserve links directly to them so you can confirm the live wording before making a production decision.

Sentry event attachments

40 MB compressed request, 200 MB uncompressed attachments, 30 or 90 day retention

Related

Continue researching Sentry