Skip to content

OCPBUGS-99935, OCPBUGS-100030: fix: remove opentelemetry to eliminate thrift dependency - #1076

Merged
openshift-merge-bot[bot] merged 1 commit into
openshift:masterfrom
tmshort:fix-cve-2026-55969-cve-2026-43871-remove-otel
Jul 31, 2026
Merged

OCPBUGS-99935, OCPBUGS-100030: fix: remove opentelemetry to eliminate thrift dependency#1076
openshift-merge-bot[bot] merged 1 commit into
openshift:masterfrom
tmshort:fix-cve-2026-55969-cve-2026-43871-remove-otel

Conversation

@tmshort

@tmshort tmshort commented Jul 31, 2026

Copy link
Copy Markdown
Contributor

Summary

Fixes OCPBUGS-99935 (CVE-2026-55969) and OCPBUGS-100030 (CVE-2026-43871) — both Apache Thrift vulnerabilities fixed in Thrift ≥ 0.24.0.

commons/Cargo.toml had two paths pulling in old thrift versions:

  • direct: thrift = "0.17"
  • indirect: opentelemetry-jaeger = "0.13.0"thrift 0.13.0

Fix: remove opentelemetry entirely. Distributed tracing was an optional, lightly-used feature — disabled by default unless --service.tracing_endpoint is explicitly set, which no current deployment manifests or the cincinnati-operator do. Removing it eliminates the thrift dependency with no change to any default behavior.

An alternative approach using opentelemetry-otlp to replace opentelemetry-jaeger is available in PR #1075 for comparison.

Changes

  • commons/Cargo.toml: remove opentelemetry, opentelemetry-jaeger, thrift
  • commons/src/tracing.rs: replace with a single no-op init_tracer() stub
  • cincinnati/src/plugins/mod.rs: remove span instrumentation from process()
  • cincinnati/src/plugins/internal/cincinnati_graph_fetch.rs: remove span/context injection into upstream request headers
  • graph-builder/src/{main,graph}.rs: remove tracing middleware and per-request span creation
  • metadata-helper/src/{main,signatures}.rs: remove tracing middleware and per-request span creation
  • policy-engine/src/{main,graph}.rs: remove tracing middleware and per-handler span creation
  • {cincinnati,graph-builder,metadata-helper,policy-engine}/Cargo.toml: remove opentelemetry

Backward compatibility

The --service.tracing_endpoint CLI flag is preserved and accepted but now silently ignored, so existing configuration files do not need updating.

Test plan

  • cargo build — clean, no errors
  • cargo test — 2 failures in cincinnati_graph_fetch are a subset of the 5 pre-existing failures on master (confirmed by running against unmodified tree)
  • thrift and opentelemetry absent from Cargo.lock after change

Summary by CodeRabbit

  • Refactor

    • Removed OpenTelemetry-based distributed tracing and context propagation from service request handling and plugin processing.
    • Simplified tracing initialization while preserving compatibility with existing configuration inputs.
    • Reduced telemetry-related dependencies across application components.
  • Bug Fixes

    • Core request validation, caching, metrics, file lookup, error handling, and response behavior remain unchanged.
    • Services continue to initialize successfully without configuring an OpenTelemetry tracing backend.

Addresses CVE-2026-55969 and CVE-2026-43871, both Apache Thrift
vulnerabilities fixed in Thrift >= 0.24.0, tracked in:
  OCPBUGS-99935 (integer overflow/wraparound, CVE-2026-55969)
  OCPBUGS-100030 (infinite loop, CVE-2026-43871)

Root cause
----------
commons/Cargo.toml had two paths pulling in old thrift versions:
  - direct:   thrift = "0.17"  (resolves to thrift 0.17.0)
  - indirect: opentelemetry-jaeger = "0.13.0" -> thrift 0.13.0

Fix
---
Remove opentelemetry entirely. Distributed tracing was an optional,
lightly-used feature (disabled unless --service.tracing_endpoint is
explicitly set, which no current deployment manifests or the operator
do). Removing it eliminates the thrift dependency with no change to
any default behavior.

The --service.tracing_endpoint CLI flag is preserved for backward
compatibility with existing configuration files but is now a no-op.

Code changes
------------
commons/Cargo.toml:
  - Remove opentelemetry, opentelemetry-jaeger, thrift

commons/src/tracing.rs:
  - Replace with a single no-op init_tracer() stub

cincinnati/src/plugins/mod.rs:
  - Remove opentelemetry imports
  - Remove span instrumentation from process(); plugins now run
    without context propagation overhead

cincinnati/src/plugins/internal/cincinnati_graph_fetch.rs:
  - Remove opentelemetry imports and span/context injection into
    upstream request headers

graph-builder/src/{main,graph}.rs:
  - Remove opentelemetry imports, wrap_fn tracing middleware,
    and per-request span creation

metadata-helper/src/{main,signatures}.rs:
  - Remove opentelemetry imports, wrap_fn tracing middleware,
    and per-request span creation

policy-engine/src/{main,graph}.rs:
  - Remove opentelemetry imports, wrap_fn tracing middleware,
    and per-request/per-handler span creation

{cincinnati,graph-builder,metadata-helper,policy-engine}/Cargo.toml:
  - Remove opentelemetry dependency
@coderabbitai

coderabbitai Bot commented Jul 31, 2026

Copy link
Copy Markdown

Walkthrough

The change removes OpenTelemetry dependencies and tracing behavior from shared tracing code, HTTP services, request handlers, and Cincinnati plugins. init_tracer remains as a no-op compatibility function.

Changes

OpenTelemetry tracing removal

Layer / File(s) Summary
Tracing compatibility stub and dependency cleanup
commons/src/tracing.rs, */Cargo.toml
The shared init_tracer function now ignores its arguments and returns success. OpenTelemetry-related dependencies were removed from package manifests.
Service request tracing removal
graph-builder/..., metadata-helper/..., policy-engine/...
Request middleware and handler spans were removed. Request validation, metrics, processing, and responses remain in place.
Plugin context and span removal
cincinnati/src/plugins/...
Plugin execution now awaits run directly. Graph fetching no longer propagates tracing context or updates span attributes.

Estimated code review effort: 3 (Moderate) | ~20 minutes

Possibly related PRs

  • openshift/cincinnati#1075: Modifies the same OpenTelemetry dependencies and tracing code while upgrading and migrating its exporter.

Suggested labels: jira/severity-important, jira/valid-bug

🚥 Pre-merge checks | ✅ 15
✅ Passed checks (15 passed)
Check name Status Explanation
Docstring Coverage ✅ Passed Docstring coverage is 100.00% which is sufficient. The required threshold is 80.00%.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Stable And Deterministic Test Names ✅ Passed The PR changes only Rust/Cargo files; no Ginkgo tests, Ginkgo dependencies, or It/Describe/Context/When test titles exist in the repository or diff.
Test Structure And Quality ✅ Passed The PR changes only Rust source, manifests, and Cargo.lock; no Ginkgo/Gomega code or test files exist or changed, so these requirements are not applicable.
Microshift Test Compatibility ✅ Passed The pull request changes only Rust source, Cargo manifests, and Cargo.lock; it adds no Ginkgo e2e tests or new test references requiring MicroShift compatibility review.
Single Node Openshift (Sno) Test Compatibility ✅ Passed The PR adds no Ginkgo tests, Go files, or test/e2e paths; all changes remove tracing from Rust services, so SNO compatibility checks are not applicable.
Topology-Aware Scheduling Compatibility ✅ Passed The diff changes only Rust tracing/dependency files and Cargo.lock; it adds no deployment manifests, operator code, controllers, or scheduling constraints.
Ote Binary Stdout Contract ✅ Passed Not applicable: this PR is a Rust Cargo workspace with no Go, Ginkgo, openshift-tests, or OTE test-extension code.
Ipv6 And Disconnected Network Test Compatibility ✅ Passed No Ginkgo tests were added; the PR changes only Rust, TOML, and Cargo.lock files, and the repository has no tracked Go files.
No-Weak-Crypto ✅ Passed The diff adds no MD5, SHA1, DES, RC4, 3DES, Blowfish, ECB, custom crypto, or secret comparisons; it only removes tracing and legacy dependencies.
Container-Privileges ✅ Passed The PR changes only Rust and Cargo files; it adds no container or Kubernetes manifests and no privilege settings such as privileged, host namespaces, SYS_ADMIN, or allowPrivilegeEscalation.
No-Sensitive-Data-In-Logs ✅ Passed The patch adds no sensitive-data logging; it removes request-header span tagging and context propagation. The remaining added behavior logs only plugin names.
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title clearly states that OpenTelemetry is removed to eliminate the Thrift dependency, matching the main changes and objectives.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Comment @coderabbitai help to get the list of available commands.

@tmshort tmshort changed the title fix: remove opentelemetry to eliminate thrift dependency (CVE-2026-55969, CVE-2026-43871) OCPBUGS-99935, OCPBUGS-100030: fix: remove opentelemetry to eliminate thrift dependency Jul 31, 2026
@openshift-ci-robot openshift-ci-robot added jira/severity-important Referenced Jira bug's severity is important for the branch this PR is targeting. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. labels Jul 31, 2026
@openshift-ci-robot

Copy link
Copy Markdown

@tmshort: This pull request references Jira Issue OCPBUGS-99935, which is valid.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (5.0.0) matches configured target version for branch (5.0.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)

The bug has been updated to refer to the pull request using the external bug tracker.

This pull request references Jira Issue OCPBUGS-100030, which is valid.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (5.0.0) matches configured target version for branch (5.0.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)

The bug has been updated to refer to the pull request using the external bug tracker.

Details

In response to this:

Summary

Fixes OCPBUGS-99935 (CVE-2026-55969) and OCPBUGS-100030 (CVE-2026-43871) — both Apache Thrift vulnerabilities fixed in Thrift ≥ 0.24.0.

commons/Cargo.toml had two paths pulling in old thrift versions:

  • direct: thrift = "0.17"
  • indirect: opentelemetry-jaeger = "0.13.0"thrift 0.13.0

Fix: remove opentelemetry entirely. Distributed tracing was an optional, lightly-used feature — disabled by default unless --service.tracing_endpoint is explicitly set, which no current deployment manifests or the cincinnati-operator do. Removing it eliminates the thrift dependency with no change to any default behavior.

An alternative approach using opentelemetry-otlp to replace opentelemetry-jaeger is available in PR #1075 for comparison.

Changes

  • commons/Cargo.toml: remove opentelemetry, opentelemetry-jaeger, thrift
  • commons/src/tracing.rs: replace with a single no-op init_tracer() stub
  • cincinnati/src/plugins/mod.rs: remove span instrumentation from process()
  • cincinnati/src/plugins/internal/cincinnati_graph_fetch.rs: remove span/context injection into upstream request headers
  • graph-builder/src/{main,graph}.rs: remove tracing middleware and per-request span creation
  • metadata-helper/src/{main,signatures}.rs: remove tracing middleware and per-request span creation
  • policy-engine/src/{main,graph}.rs: remove tracing middleware and per-handler span creation
  • {cincinnati,graph-builder,metadata-helper,policy-engine}/Cargo.toml: remove opentelemetry

Backward compatibility

The --service.tracing_endpoint CLI flag is preserved and accepted but now silently ignored, so existing configuration files do not need updating.

Test plan

  • cargo build — clean, no errors
  • cargo test — 2 failures in cincinnati_graph_fetch are a subset of the 5 pre-existing failures on master (confirmed by running against unmodified tree)
  • thrift and opentelemetry absent from Cargo.lock after change

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@tmshort

tmshort commented Jul 31, 2026

Copy link
Copy Markdown
Contributor Author

Alternative to #1075

@wking wking left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reverts #266, which I'm fine with. We don't have time for that kind of detailed performance review at this point. Customers were unlikely to have metrics access (openshift/cincinnati-operator#268 is working on some of that, but isn't merged yet). Reducing our vendor dependencies makes it easier to stay current and safe.

/lgtm

@openshift-ci openshift-ci Bot added the lgtm Indicates that a PR is ready to be merged. label Jul 31, 2026
@openshift-ci

openshift-ci Bot commented Jul 31, 2026

Copy link
Copy Markdown
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: tmshort, wking

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci Bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jul 31, 2026
@openshift-ci-robot

Copy link
Copy Markdown

@tmshort: This pull request references Jira Issue OCPBUGS-99935, which is valid.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (5.0.0) matches configured target version for branch (5.0.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)

This pull request references Jira Issue OCPBUGS-100030, which is valid.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (5.0.0) matches configured target version for branch (5.0.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)
Details

In response to this:

Summary

Fixes OCPBUGS-99935 (CVE-2026-55969) and OCPBUGS-100030 (CVE-2026-43871) — both Apache Thrift vulnerabilities fixed in Thrift ≥ 0.24.0.

commons/Cargo.toml had two paths pulling in old thrift versions:

  • direct: thrift = "0.17"
  • indirect: opentelemetry-jaeger = "0.13.0"thrift 0.13.0

Fix: remove opentelemetry entirely. Distributed tracing was an optional, lightly-used feature — disabled by default unless --service.tracing_endpoint is explicitly set, which no current deployment manifests or the cincinnati-operator do. Removing it eliminates the thrift dependency with no change to any default behavior.

An alternative approach using opentelemetry-otlp to replace opentelemetry-jaeger is available in PR #1075 for comparison.

Changes

  • commons/Cargo.toml: remove opentelemetry, opentelemetry-jaeger, thrift
  • commons/src/tracing.rs: replace with a single no-op init_tracer() stub
  • cincinnati/src/plugins/mod.rs: remove span instrumentation from process()
  • cincinnati/src/plugins/internal/cincinnati_graph_fetch.rs: remove span/context injection into upstream request headers
  • graph-builder/src/{main,graph}.rs: remove tracing middleware and per-request span creation
  • metadata-helper/src/{main,signatures}.rs: remove tracing middleware and per-request span creation
  • policy-engine/src/{main,graph}.rs: remove tracing middleware and per-handler span creation
  • {cincinnati,graph-builder,metadata-helper,policy-engine}/Cargo.toml: remove opentelemetry

Backward compatibility

The --service.tracing_endpoint CLI flag is preserved and accepted but now silently ignored, so existing configuration files do not need updating.

Test plan

  • cargo build — clean, no errors
  • cargo test — 2 failures in cincinnati_graph_fetch are a subset of the 5 pre-existing failures on master (confirmed by running against unmodified tree)
  • thrift and opentelemetry absent from Cargo.lock after change

Summary by CodeRabbit

  • Refactor

  • Removed OpenTelemetry-based distributed tracing and context propagation from service request handling and plugin processing.

  • Simplified tracing initialization while preserving compatibility with existing configuration inputs.

  • Reduced telemetry-related dependencies across application components.

  • Bug Fixes

  • Core request validation, caching, metrics, file lookup, error handling, and response behavior remain unchanged.

  • Services continue to initialize successfully without configuring an OpenTelemetry tracing backend.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick comments (2)
commons/src/tracing.rs (2)

9-11: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Consider warning when an endpoint is still configured.

init_tracer silently discards _maybe_endpoint. An operator who still sets --service.tracing_endpoint gets no signal that tracing is disabled. This can cause confusion when nothing that traces appear.

Log a warning once when the endpoint is Some, so deployments that pass this flag learn tracing is now a no-op.

Proposed fix
 pub fn init_tracer(_name: &'static str, _maybe_endpoint: Option<String>) -> Fallible<()> {
+    if _maybe_endpoint.is_some() {
+        log::warn!("tracing_endpoint is set but distributed tracing has been removed; the value is ignored");
+    }
     Ok(())
 }
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@commons/src/tracing.rs` around lines 9 - 11, Update init_tracer to inspect
maybe_endpoint and emit a warning once when it is Some, clearly indicating that
tracing is disabled and the configured endpoint is ignored; preserve the
existing successful no-op return behavior.

1-11: 🩺 Stability & Availability | 🔵 Trivial

Confirm alternate observability remains after removing distributed tracing.

This PR removes distributed tracing entirely across graph-builder, metadata-helper, policy-engine, and the Cincinnati plugins. Confirm that request-scoped logging (for example, correlation identifiers per request) still provides enough context for debugging cross-service issues, since spans previously provided that correlation.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@commons/src/tracing.rs` around lines 1 - 11, Verify the observability paths
affected by removing distributed tracing, starting at init_tracer and its
callers, to ensure each request retains a correlation identifier in structured
request-scoped logs across service boundaries. Preserve or restore propagation
and logging of that identifier in graph-builder, metadata-helper, policy-engine,
and Cincinnati plugin request flows; do not rely on the no-op tracer for
correlation.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Nitpick comments:
In `@commons/src/tracing.rs`:
- Around line 9-11: Update init_tracer to inspect maybe_endpoint and emit a
warning once when it is Some, clearly indicating that tracing is disabled and
the configured endpoint is ignored; preserve the existing successful no-op
return behavior.
- Around line 1-11: Verify the observability paths affected by removing
distributed tracing, starting at init_tracer and its callers, to ensure each
request retains a correlation identifier in structured request-scoped logs
across service boundaries. Preserve or restore propagation and logging of that
identifier in graph-builder, metadata-helper, policy-engine, and Cincinnati
plugin request flows; do not rely on the no-op tracer for correlation.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository: openshift/coderabbit/.coderabbit.yaml

Review profile: CHILL

Plan: Enterprise

Run ID: c04f1cb4-c553-4b67-9457-feb027024919

📥 Commits

Reviewing files that changed from the base of the PR and between f2b5e1e and 90e40ff.

⛔ Files ignored due to path filters (1)
  • Cargo.lock is excluded by !**/*.lock
📒 Files selected for processing (14)
  • cincinnati/Cargo.toml
  • cincinnati/src/plugins/internal/cincinnati_graph_fetch.rs
  • cincinnati/src/plugins/mod.rs
  • commons/Cargo.toml
  • commons/src/tracing.rs
  • graph-builder/Cargo.toml
  • graph-builder/src/graph.rs
  • graph-builder/src/main.rs
  • metadata-helper/Cargo.toml
  • metadata-helper/src/main.rs
  • metadata-helper/src/signatures.rs
  • policy-engine/Cargo.toml
  • policy-engine/src/graph.rs
  • policy-engine/src/main.rs
💤 Files with no reviewable changes (8)
  • cincinnati/Cargo.toml
  • graph-builder/src/graph.rs
  • policy-engine/Cargo.toml
  • graph-builder/Cargo.toml
  • metadata-helper/Cargo.toml
  • cincinnati/src/plugins/internal/cincinnati_graph_fetch.rs
  • metadata-helper/src/signatures.rs
  • commons/Cargo.toml

@openshift-ci

openshift-ci Bot commented Jul 31, 2026

Copy link
Copy Markdown
Contributor

@tmshort: all tests passed!

Full PR test history. Your PR dashboard.

Details

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here.

@openshift-merge-bot
openshift-merge-bot Bot merged commit b419893 into openshift:master Jul 31, 2026
9 checks passed
@openshift-ci-robot

Copy link
Copy Markdown

@tmshort: Jira Issue OCPBUGS-99935: Some pull requests linked via external trackers have merged:

The following pull request, linked via external tracker, has not merged:

All associated pull requests must be merged or unlinked from the Jira bug in order for it to move to the next state. Once unlinked, request a bug refresh with /jira refresh.

Jira Issue OCPBUGS-99935 has not been moved to the MODIFIED state.

Jira Issue OCPBUGS-100030: Some pull requests linked via external trackers have merged:

The following pull request, linked via external tracker, has not merged:

All associated pull requests must be merged or unlinked from the Jira bug in order for it to move to the next state. Once unlinked, request a bug refresh with /jira refresh.

Jira Issue OCPBUGS-100030 has not been moved to the MODIFIED state.

Details

In response to this:

Summary

Fixes OCPBUGS-99935 (CVE-2026-55969) and OCPBUGS-100030 (CVE-2026-43871) — both Apache Thrift vulnerabilities fixed in Thrift ≥ 0.24.0.

commons/Cargo.toml had two paths pulling in old thrift versions:

  • direct: thrift = "0.17"
  • indirect: opentelemetry-jaeger = "0.13.0"thrift 0.13.0

Fix: remove opentelemetry entirely. Distributed tracing was an optional, lightly-used feature — disabled by default unless --service.tracing_endpoint is explicitly set, which no current deployment manifests or the cincinnati-operator do. Removing it eliminates the thrift dependency with no change to any default behavior.

An alternative approach using opentelemetry-otlp to replace opentelemetry-jaeger is available in PR #1075 for comparison.

Changes

  • commons/Cargo.toml: remove opentelemetry, opentelemetry-jaeger, thrift
  • commons/src/tracing.rs: replace with a single no-op init_tracer() stub
  • cincinnati/src/plugins/mod.rs: remove span instrumentation from process()
  • cincinnati/src/plugins/internal/cincinnati_graph_fetch.rs: remove span/context injection into upstream request headers
  • graph-builder/src/{main,graph}.rs: remove tracing middleware and per-request span creation
  • metadata-helper/src/{main,signatures}.rs: remove tracing middleware and per-request span creation
  • policy-engine/src/{main,graph}.rs: remove tracing middleware and per-handler span creation
  • {cincinnati,graph-builder,metadata-helper,policy-engine}/Cargo.toml: remove opentelemetry

Backward compatibility

The --service.tracing_endpoint CLI flag is preserved and accepted but now silently ignored, so existing configuration files do not need updating.

Test plan

  • cargo build — clean, no errors
  • cargo test — 2 failures in cincinnati_graph_fetch are a subset of the 5 pre-existing failures on master (confirmed by running against unmodified tree)
  • thrift and opentelemetry absent from Cargo.lock after change

Summary by CodeRabbit

  • Refactor

  • Removed OpenTelemetry-based distributed tracing and context propagation from service request handling and plugin processing.

  • Simplified tracing initialization while preserving compatibility with existing configuration inputs.

  • Reduced telemetry-related dependencies across application components.

  • Bug Fixes

  • Core request validation, caching, metrics, file lookup, error handling, and response behavior remain unchanged.

  • Services continue to initialize successfully without configuring an OpenTelemetry tracing backend.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@tmshort
tmshort deleted the fix-cve-2026-55969-cve-2026-43871-remove-otel branch August 1, 2026 12:25
@tmshort

tmshort commented Aug 1, 2026

Copy link
Copy Markdown
Contributor Author

/jira refresh

@openshift-ci-robot

Copy link
Copy Markdown

@tmshort: Jira Issue OCPBUGS-99935: All pull requests linked via external trackers have merged:

Jira Issue OCPBUGS-99935 has been moved to the MODIFIED state.

Jira Issue OCPBUGS-100030: All pull requests linked via external trackers have merged:

Jira Issue OCPBUGS-100030 has been moved to the MODIFIED state.

Details

In response to this:

/jira refresh

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

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

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. jira/severity-important Referenced Jira bug's severity is important for the branch this PR is targeting. jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. lgtm Indicates that a PR is ready to be merged.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants