Skip to content

Conversation

@gabriel-rh
Copy link
Contributor

@gabriel-rh gabriel-rh commented Oct 29, 2025

Version(s):
standalone-coo-docs-1-latest

Issue:
OBSDOCS-2548

Link to docs preview:

QE review:

  • QE has approved this change.

Additional information:

@openshift-ci openshift-ci bot added the size/M Denotes a PR that changes 30-99 lines, ignoring generated files. label Oct 29, 2025
@ocpdocs-previewbot
Copy link

ocpdocs-previewbot commented Oct 29, 2025

@gabriel-rh gabriel-rh force-pushed the OBSDOCS-2548 branch 5 times, most recently from d638bac to 0ec6b8a Compare October 30, 2025 14:32
link:https://issues.redhat.com/browse/COO-1055[COO-1055]

Distributed tracing `UIPlugin` handles double quotes in TraceQL queries::
Before this update, the distributed tracing `UIPlugin` did not properly handle double quotes in TraceQL query expressions. The query parser failed when attribute values contained double quotes, such as regex patterns in HTTP route attributes. As a consequence, users could not query traces with attributes containing double quotes, even when these values were selected from dropdown menus in the user interface.
Copy link
Collaborator

Choose a reason for hiding this comment

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

🤖 [error] OpenShiftAsciiDoc.SuggestAttribute: Use the AsciiDoc attribute '{DTShortName}' rather than the plain text product term 'distributed tracing', unless your use case is an exception.

link:https://issues.redhat.com/browse/COO-1055[COO-1055]

Distributed tracing `UIPlugin` handles double quotes in TraceQL queries::
Before this update, the distributed tracing `UIPlugin` did not properly handle double quotes in TraceQL query expressions. The query parser failed when attribute values contained double quotes, such as regex patterns in HTTP route attributes. As a consequence, users could not query traces with attributes containing double quotes, even when these values were selected from dropdown menus in the user interface.
Copy link
Collaborator

Choose a reason for hiding this comment

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

🤖 [error] RedHat.TermsErrors: Use 'regular expression' rather than 'regex'. For more information, see RedHat.TermsErrors.

Distributed tracing `UIPlugin` handles double quotes in TraceQL queries::
Before this update, the distributed tracing `UIPlugin` did not properly handle double quotes in TraceQL query expressions. The query parser failed when attribute values contained double quotes, such as regex patterns in HTTP route attributes. As a consequence, users could not query traces with attributes containing double quotes, even when these values were selected from dropdown menus in the user interface.
+
With this release, the {product-title} distributed tracing console plugin correctly processes TraceQL queries containing double quotes in attribute values. As a result, users can query traces with any attribute values, including those containing special characters like double quotes.
Copy link
Collaborator

Choose a reason for hiding this comment

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

🤖 [error] OpenShiftAsciiDoc.SuggestAttribute: Use the AsciiDoc attribute '{DTShortName}' rather than the plain text product term 'distributed tracing', unless your use case is an exception.

link:https://issues.redhat.com/browse/COO-1055[COO-1055]

Distributed tracing `UIPlugin` handles double quotes in TraceQL queries::
Before this update, the distributed tracing `UIPlugin` in COO 1.2.2 did not properly handle double quotes in TraceQL query expressions. The query parser failed when attribute values contained double quotes, such as regex patterns in HTTP route attributes. As a consequence, users could not query traces with attributes containing double quotes, even when these values were selected from dropdown menus in the user interface.
Copy link
Collaborator

Choose a reason for hiding this comment

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

🤖 [error] OpenShiftAsciiDoc.SuggestAttribute: Use the AsciiDoc attribute '{DTShortName}' rather than the plain text product term 'distributed tracing', unless your use case is an exception.

link:https://issues.redhat.com/browse/COO-1055[COO-1055]

Distributed tracing `UIPlugin` handles double quotes in TraceQL queries::
Before this update, the distributed tracing `UIPlugin` in COO 1.2.2 did not properly handle double quotes in TraceQL query expressions. The query parser failed when attribute values contained double quotes, such as regex patterns in HTTP route attributes. As a consequence, users could not query traces with attributes containing double quotes, even when these values were selected from dropdown menus in the user interface.
Copy link
Collaborator

Choose a reason for hiding this comment

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

🤖 [error] RedHat.TermsErrors: Use 'regular expression' rather than 'regex'. For more information, see RedHat.TermsErrors.

link:https://issues.redhat.com/browse/COO-1253[COO-1253]

Distributed tracing search field supports keyboard navigation::
Before this update, the distributed tracing console plugin search field did not support keyboard-only navigation. When users typed a filter value and pressed `Enter` to select it, the page reset to the tenant selection screen instead of applying the filter. As a consequence, keyboard-only users could not filter traces by service name or other attributes and were forced to use mouse-based selection.
Copy link
Collaborator

Choose a reason for hiding this comment

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

🤖 [error] OpenShiftAsciiDoc.SuggestAttribute: Use the AsciiDoc attribute '{DTShortName}' rather than the plain text product term 'distributed tracing', unless your use case is an exception.

Distributed tracing search field supports keyboard navigation::
Before this update, the distributed tracing console plugin search field did not support keyboard-only navigation. When users typed a filter value and pressed `Enter` to select it, the page reset to the tenant selection screen instead of applying the filter. As a consequence, keyboard-only users could not filter traces by service name or other attributes and were forced to use mouse-based selection.
+
With this release, the {product-title} distributed tracing console plugin correctly handles the `Enter` key in search fields. As a result, users can apply trace filters using keyboard-only navigation, improving accessibility.
Copy link
Collaborator

Choose a reason for hiding this comment

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

🤖 [error] OpenShiftAsciiDoc.SuggestAttribute: Use the AsciiDoc attribute '{DTShortName}' rather than the plain text product term 'distributed tracing', unless your use case is an exception.

@gabriel-rh gabriel-rh force-pushed the OBSDOCS-2548 branch 2 times, most recently from 0d4bb7f to 0cde56e Compare October 31, 2025 10:53
@openshift-ci openshift-ci bot added size/L Denotes a PR that changes 100-499 lines, ignoring generated files. and removed size/M Denotes a PR that changes 30-99 lines, ignoring generated files. labels Oct 31, 2025
@gabriel-rh gabriel-rh force-pushed the OBSDOCS-2548 branch 2 times, most recently from bd526bc to a5599e2 Compare October 31, 2025 15:06
=== New features and enhancements

Incident detection feature reaches General Availability::
The incident detection feature in the {coo-full} reaches General Availability (GA) status in this release. The incident detection feature automatically analyzes cluster health by correlating metrics, logs, and alerts to identify potential issues before they impact workloads. The health analyzer examines patterns across observability signals to detect anomalies, resource constraints, and configuration problems. With General Availability (GA) status, the incident detection feature is production-ready and fully supported for enterprise deployments. Users can enable incident detection through the monitoring `UIPlugin` resource by setting `spec.monitoring.incidents.enabled: true`.
Copy link

Choose a reason for hiding this comment

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

This part is not accurate

The incident detection feature automatically analyzes cluster health by correlating metrics, logs, and alerts to identify potential issues before they impact workloads. The health analyzer examines patterns across observability signals to detect anomalies, resource constraints, and configuration problems.

I would remove it. If you want a short description you can take inspiration from https://docs.redhat.com/en/documentation/red_hat_openshift_cluster_observability_operator/1-latest/html/ui_plugins_for_red_hat_openshift_cluster_observability_operator/monitoring-ui-plugin#coo-incident-detection-using_monitoring-ui-plugin, or these

Incident detection simplifies observability by grouping related alerts into incidents. This helps reduce alert fatigue and allows you to focus on the root cause of a problem.
Incident detection groups related alerts into incidents, helping you identify root causes instead of getting overwhelmed by individual alerts. 

link:https://issues.redhat.com/browse/COO-1281[COO-1281]


Troubleshooting panel supports silenced alerts::
Copy link

Choose a reason for hiding this comment

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

This is not Troubleshooting panel but Incident detection UI, part of the monitoring plugin.



Troubleshooting panel supports silenced alerts::
The troubleshooting panel in the {coo-full} supports silenced alerts in this release. The korrel8r correlation engine recognizes alerts that have been silenced in Alertmanager and includes them in correlation analysis while indicating their silenced status. Users can view silenced alerts in the troubleshooting panel alongside active alerts, enabling comprehensive incident investigation even during maintenance windows or when alerts are temporarily suppressed. Silenced alerts display with a `state` of `Silenced` in the incident detection UI and appear in a lighter color in the timeline. This helps you to distinguish them from active firing alerts and to understand the complete state of your cluster observability signals.
Copy link

Choose a reason for hiding this comment

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

It's not Korrel8r but incident detection UI. I would simply remove

The korrel8r correlation engine recognizes alerts that have been silenced in Alertmanager and includes them in correlation analysis while indicating their silenced status. Users can view silenced alerts in the troubleshooting panel alongside active alerts, enabling comprehensive incident investigation even during maintenance windows or when alerts are temporarily suppressed.

=== New features and enhancements

Incident detection feature reaches General Availability::
The incident detection feature in the {coo-full} reaches General Availability (GA) status in this release. Incident detection simplifies observability by grouping related alerts into incidents. This helps reduce alert fatigue and allows you to focus on the root cause of a problem. Incident detection groups related alerts into incidents, helping you identify root causes instead of getting overwhelmed by individual alerts. With General Availability (GA) status, the incident detection feature is production-ready and fully supported for enterprise deployments. Users can enable incident detection through the monitoring `UIPlugin` resource by setting `spec.monitoring.incidents.enabled: true`.
Copy link

Choose a reason for hiding this comment

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

Let's remove the repetition

Suggested change
The incident detection feature in the {coo-full} reaches General Availability (GA) status in this release. Incident detection simplifies observability by grouping related alerts into incidents. This helps reduce alert fatigue and allows you to focus on the root cause of a problem. Incident detection groups related alerts into incidents, helping you identify root causes instead of getting overwhelmed by individual alerts. With General Availability (GA) status, the incident detection feature is production-ready and fully supported for enterprise deployments. Users can enable incident detection through the monitoring `UIPlugin` resource by setting `spec.monitoring.incidents.enabled: true`.
The incident detection feature in the {coo-full} reaches General Availability (GA) status in this release. Incident detection simplifies observability by grouping related alerts into incidents. This helps reduce alert fatigue and allows you to focus on the root cause of a problem. With General Availability (GA) status, the incident detection feature is production-ready and fully supported for enterprise deployments. Users can enable incident detection through the monitoring `UIPlugin` resource by setting `spec.monitoring.incidents.enabled: true`.



Incidents view supports silenced alerts::
The incidents view in the monitoring UI plugin supports silenced alerts in this release. Silenced alerts display with a `state` of `Silenced` in the incident detection UI and appear in a lighter color in the timeline. This helps you to distinguish them from active firing alerts and to understand the complete state of your cluster observability signals.
Copy link

Choose a reason for hiding this comment

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

Suggested change
The incidents view in the monitoring UI plugin supports silenced alerts in this release. Silenced alerts display with a `state` of `Silenced` in the incident detection UI and appear in a lighter color in the timeline. This helps you to distinguish them from active firing alerts and to understand the complete state of your cluster observability signals.
The incidents view in the monitoring UI plugin supports silenced alerts in this release. Silenced alerts display with a `state` of `Silenced` in the incident detection UI and appear in a lighter color in the timeline. This helps you to distinguish them from active alerts and to understand the complete state of your cluster observability signals.

@gabriel-rh gabriel-rh force-pushed the OBSDOCS-2548 branch 4 times, most recently from e94fc3c to cf57bf3 Compare November 6, 2025 17:26
@openshift-ci
Copy link

openshift-ci bot commented Nov 10, 2025

@gabriel-rh: all tests passed!

Full PR test history. Your PR dashboard.

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.

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

Labels

size/L Denotes a PR that changes 100-499 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants