Skip to content

[processor/tailsampling] Add feature gate to default ottl_condition error_mode to ignore#48438

Closed
highlyavailable wants to merge 1 commit into
open-telemetry:mainfrom
highlyavailable:tailsampling-errormode-ignore-gate
Closed

[processor/tailsampling] Add feature gate to default ottl_condition error_mode to ignore#48438
highlyavailable wants to merge 1 commit into
open-telemetry:mainfrom
highlyavailable:tailsampling-errormode-ignore-gate

Conversation

@highlyavailable
Copy link
Copy Markdown

Description

The ottl_condition policy's error_mode defaults to propagate, which can drop otherwise valid data when an OTTL condition fails to evaluate. This adds the processor.tailsamplingprocessor.errormodeignore feature gate as the first step toward defaulting that to ignore, where condition errors are logged and processing continues.

The gate is alpha and off by default, so nothing changes for users yet. When it is enabled, an unset error_mode defaults to ignore. An error_mode set explicitly in a policy always takes precedence over the gate.

Link to tracking issue

Fixes #48420

Testing

Added a unit test covering both gate states. The existing processor test suite passes.

Documentation

Added a README section, a documentation.md feature gate row, and a changelog entry.

…rror_mode to ignore

The ottl_condition policy's error_mode defaults to propagate, which can
drop otherwise valid data when an OTTL condition fails to evaluate.

This adds the processor.tailsamplingprocessor.errormodeignore feature
gate. When enabled, an unset error_mode defaults to ignore, so condition
errors are logged and processing continues. The gate is alpha and off by
default, so current behavior is unchanged, and an explicitly configured
error_mode always takes precedence.
@github-actions
Copy link
Copy Markdown
Contributor

Welcome, contributor! Thank you for your contribution to opentelemetry-collector-contrib.

Important reminders:

  • Read our Contributing Guidelines.
  • Sign the CLA if you haven't already.
  • First-time contributors should have at most one PR not marked as draft until their first PR is merged.
  • If your change isn't one of our priority components, reviews may take more time.
  • Give reviewers at least a few days before pinging them for feedback.
  • If you need help or struggle to move your PR forward, raise the topic on #otel-collector-dev or a Collector SIG meeting.

@github-actions github-actions Bot added first-time contributor PRs made by new contributors processor/tailsampling Tail sampling processor labels May 16, 2026
@highlyavailable
Copy link
Copy Markdown
Author

highlyavailable commented May 16, 2026

Closing this as a duplicate. I missed that #48424, #48425, and #48435 already cover this issue

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

first-time contributor PRs made by new contributors processor/tailsampling Tail sampling processor

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[processor/tailsampling] Change default error_mode to ignore

2 participants