Repository navigation
feat(core): Remove Logs and Metrics enable flags - #5939
Merged
Merged
Conversation
Contributor
|
📲 Install BuildsAndroid
|
Require an explicit Logback appender opt-in before forwarding records as Sentry Logs. Keep event and breadcrumb capture independent while the aggregate core Logs flag remains in place. Co-Authored-By: Claude <noreply@anthropic.com>
4 of 8 tasks
Require an explicit Log4j2 appender opt-in before forwarding records as Sentry Logs. Preserve existing constructors and factory methods with Logs disabled by default while keeping events and breadcrumbs unchanged. Co-Authored-By: Claude <noreply@anthropic.com>
4 of 8 tasks
Require an explicit JUL handler opt-in before forwarding records as Sentry Logs. Support Java and LogManager configuration while keeping event and breadcrumb capture unchanged. Co-Authored-By: Claude <noreply@anthropic.com>
4 of 8 tasks
Require an explicit Timber-local opt-in before forwarding Timber messages as Sentry Logs. Add Android options and manifest configuration for auto-installed integrations while preserving event and breadcrumb capture. Co-Authored-By: Claude <noreply@anthropic.com>
4 of 8 tasks
Require an explicit Android option before forwarding Logcat calls as Sentry Logs. Support Java and manifest configuration while keeping breadcrumbs and Android Log calls unchanged. Co-Authored-By: Claude <noreply@anthropic.com>
4 of 8 tasks
Add a Spring Boot logging property that controls Sentry Logs forwarding from auto-configured Logback appenders. Keep appender installation, events, and breadcrumbs independent from the new opt-in. Co-Authored-By: Claude <noreply@anthropic.com>
Merged
4 of 8 tasks
Capture manual Sentry Logs without an aggregate enable option and always create the configured logger batch processor. Keep automatic logging integrations controlled by their local opt-ins and remove legacy Logs configuration from active samples and fixtures. Co-Authored-By: Claude <noreply@anthropic.com>
2 of 8 tasks
Detect explicit io.sentry.logs.enabled Android manifest metadata and emit tailored migration warnings without changing the integration-local Logs options. Co-Authored-By: Claude <noreply@anthropic.com>
4 of 8 tasks
Keep parsing the nullable logs.enabled external option and emit tailored migration warnings for explicit true and false values without changing manual Logs capture. Co-Authored-By: Claude <noreply@anthropic.com>
4 of 8 tasks
Inspect the Spring Environment before SDK initialization and emit tailored migration warnings for explicit sentry.logs.enabled values without binding or applying the obsolete property. Co-Authored-By: Claude <noreply@anthropic.com>
4 of 8 tasks
Propagate removal of unused no-op telemetry batch processors through the stack while preserving branch ancestry.
Propagate removal of unused no-op telemetry batch processors through the stack while preserving branch ancestry.
Propagate removal of unused no-op telemetry batch processors through the stack while preserving branch ancestry.
Propagate removal of unused no-op telemetry batch processors through the stack while preserving branch ancestry.
Propagate removal of unused no-op telemetry batch processors through the stack while preserving branch ancestry.
feat(core): [Logs and Metrics Enable Flags 7] Remove Logs enable flag
perf(core): [Logs and Metrics Enable Flags 8] Avoid unused Logs worker thread
feat(core): [Logs and Metrics Enable Flags 9] Remove Metrics enable flag
…st-use perf(core): [Logs and Metrics Enable Flags 10] Avoid unused Metrics worker thread
fix(jul): [Logs and Metrics Enable Flags 11] Preserve null-message records
docs: [Logs and Metrics Enable Flags 12] Update options guidance
fix(android): [Logs and Metrics Enable Flags 13] Read Timber option lazily
Remove the constructor superseded by the minimumLevel overload in 8.16.0 at the v9 breaking-change boundary. Co-Authored-By: Claude <noreply@anthropic.com>
Rename the Timber and Logcat manifest options to describe Sentry's log capture direction consistently with their Android option accessors. Co-Authored-By: Claude <noreply@anthropic.com>
ref(logging): [Logs and Metrics Enable Flags 14] Rename Logs opt-ins
Resolve conflicts while preserving source-local Logs controls and the removal of aggregate Logs and Metrics flags. Co-Authored-By: Claude <noreply@anthropic.com>
List the exact option, property, attribute, and manifest names for every logging integration so users can enable the intended source after upgrading. Co-Authored-By: Claude <noreply@anthropic.com>
Lead with removal of the aggregate Logs and Metrics flags, list every source-local Logs opt-in, and keep constructor migrations as secondary details. Co-Authored-By: Claude <noreply@anthropic.com>
List the Spring Boot logging property first among the source-local Logs controls. Co-Authored-By: Claude <noreply@anthropic.com>
adinauer
marked this pull request as ready for review
October 13, 2026 07:21
adinauer
requested review from
0xadam-brown,
markushi,
romtsn and
runningcode
as code owners
October 13, 2026 07:21
Reference the collection PR from the consolidated breaking-change entry. Co-Authored-By: Claude <noreply@anthropic.com>
lbloder
approved these changes
Oct 13, 2026
lbloder
left a comment
Collaborator
There was a problem hiding this comment.
LGTM 👍
minor nits on the changelog commented
List every configuration surface affected by the aggregate Logs and Metrics option removal and structure the migration guidance clearly. Co-Authored-By: Claude <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
PR Stack (Logs and Metrics Enable Flags)
📜 Description
Collection PR for the Logs and Metrics enable-flag removal stack. Squash-merge this once all stack PRs are merged.
💡 Motivation and Context
Removes the aggregate Logs and Metrics enable flags, adds integration-local Logs opt-ins, and avoids starting unused batch worker threads.
💚 How did you test it?
Each PR in the stack includes focused tests. The completed stack will run the full repository checks and aggregate Javadocs.
📝 Checklist
sendDefaultPIIis enabled.🔮 Next steps
Merge each stack PR into this collection branch in order using merge commits, then squash-merge this PR into
9.x.x.