Skip to content

MGMT-20842: Add search to operators page#3017

Merged
openshift-merge-bot[bot] merged 7 commits intoopenshift-assisted:masterfrom
ammont82:MGMT-20482-add-search-operators-page
Jun 30, 2025
Merged

MGMT-20842: Add search to operators page#3017
openshift-merge-bot[bot] merged 7 commits intoopenshift-assisted:masterfrom
ammont82:MGMT-20482-add-search-operators-page

Conversation

@ammont82
Copy link
Member

@ammont82 ammont82 commented Jun 26, 2025

Related to https://issues.redhat.com/browse/MGMT-20482

Add search to operators page and highlight the searched word.
The search filter the bundles and the operators by title and description.
If operators were selected before, then we should notify users how many of them were selected out of how many we offer, even if the results show nothing.
So, for instance, let's say that before of the search we've selected two operators, now we've searched for a term that returns three results, but none of them were selected. We still need to show in the numbers of the single operators these two operators that were selected before.
The search doesn't reset the selection.

operators_search_.mp4

Summary by CodeRabbit

Summary by CodeRabbit

  • New Features
    • Added a search bar to the Operators step, allowing users to filter operator bundles and individual operators by keyword.
    • Operator titles and descriptions now visually highlight matching search terms for easier identification.
  • Enhancements
    • Search functionality is available across operator bundles and categories, improving navigation and discoverability.

@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Jun 26, 2025
@openshift-ci-robot
Copy link

openshift-ci-robot commented Jun 26, 2025

@ammont82: This pull request references MGMT-20842 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "4.20.0" version, but no target version was set.

Details

In response to this:

Related to https://issues.redhat.com/browse/MGMT-20482

Add search to operators page and highlight the searched word.
If operators were selected before, then we should notify users how many of them were selected out of how many we offer, even if the results show nothing.
So, for instance, let's say that before of the search we've selected two operators, now we've searched for a term that returns three results, but none of them were selected. We still need to show in the numbers of the single operators these two operators that were selected before.
The search doesn't reset the selection.

Captura desde 2025-06-26 10-49-06
Captura desde 2025-06-26 10-48-53

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.

@openshift-ci openshift-ci bot requested review from ElayAharoni and batzionb June 26, 2025 08:51
@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jun 26, 2025
@ammont82
Copy link
Member Author

/cherry-pick releases/v2.42

@openshift-ci openshift-ci bot added the size/L Denotes a PR that changes 100-499 lines, ignoring generated files. label Jun 26, 2025
@openshift-cherrypick-robot
Copy link
Contributor

@ammont82: once the present PR merges, I will cherry-pick it on top of releases/v2.42 in a new PR and assign it to you.

Details

In response to this:

/cherry-pick releases/v2.42

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.

@coderabbitai
Copy link

coderabbitai bot commented Jun 26, 2025

"""

Walkthrough

A search term highlighting feature was introduced across operator-related UI components. New utility functions and component props enable highlighting of search term matches within operator titles and descriptions. Operator lists and bundles are now filtered and rendered based on the search input, with visual emphasis on matched text throughout the operator selection workflow.

Changes

File(s) Change Summary
libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx Added highlightMatch utility, HighlightedText component, and extended OperatorSpec.Description prop types. Updated all operator descriptions to support search term highlighting except one.
libs/ui-lib/lib/ocm/components/clusterConfiguration/operators/OperatorCheckbox.tsx Added searchTerm prop; used highlightMatch for operator title; passed searchTerm to description component.
libs/ui-lib/lib/ocm/components/clusterWizard/OperatorsBundle.tsx Added searchTerm prop to BundleLabel, BundleCard, and OperatorsBundle; highlighted matches in titles and descriptions.
libs/ui-lib/lib/ocm/components/clusterWizard/OperatorsSelect.tsx Added searchTerm prop; filtered operators by search term in title/description; passed searchTerm to OperatorCheckbox; showed "No results" message if none found; expanded section on search.
libs/ui-lib/lib/ocm/components/clusterWizard/OperatorsStep.tsx Added search input and state; filtered bundles by search term; passed searchTerm to OperatorsBundle and OperatorsSelect.

Sequence Diagram(s)

sequenceDiagram
    participant User
    participant OperatorsStep
    participant OperatorsBundle
    participant OperatorsSelect
    participant OperatorCheckbox
    participant OperatorSpecs

    User->>OperatorsStep: Enter search term
    OperatorsStep->>OperatorsBundle: Pass filtered bundles & searchTerm
    OperatorsStep->>OperatorsSelect: Pass searchTerm
    OperatorsBundle->>OperatorSpecs: Highlight matches in bundle title/description
    OperatorsSelect->>OperatorCheckbox: Pass searchTerm
    OperatorCheckbox->>OperatorSpecs: Highlight matches in operator title/description
Loading

Possibly related PRs

  • MGMT-20483: Use categories for operators #2998: Added utility and component for highlighting search terms in operator descriptions and updated operator specs; related to operator specs handling but focused on categorization and metadata restructuring.

Suggested labels

lgtm, size/M

Suggested reviewers

  • rawagner
  • celdrake

Poem

In the warren of code, a search term appears,
Now operators sparkle as the highlight clears.
Bundles and checkboxes, descriptions so bright,
All hop to attention in shimmering light.
With every new match, a rabbit’s delight—
Finding what’s needed, with features just right!
🐇✨
"""

Warning

There were issues while running some tools. Please review the errors and either fix the tool's configuration or disable the tool if it's a critical failure.

🔧 ESLint

If the error stems from missing dependencies, add them to the package.json file. For unrecoverable errors (e.g., due to private dependencies), disable the tool in the CodeRabbit configuration.

libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx

Oops! Something went wrong! :(

ESLint: 8.57.1

ESLint couldn't find the config "@openshift-assisted/eslint-config" to extend from. Please check that the name of the config is correct.

The config "@openshift-assisted/eslint-config" was referenced from the config file in "/libs/ui-lib/.eslintrc.cjs".

If you still have problems, please stop by https://eslint.org/chat/help to chat with the team.


📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 80d18d5 and 3052aca.

📒 Files selected for processing (1)
  • libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx (18 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
  • libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx
⏰ Context from checks skipped due to timeout of 90000ms (6)
  • GitHub Check: format
  • GitHub Check: translation-files
  • GitHub Check: tests
  • GitHub Check: circular-deps
  • GitHub Check: unit-tests
  • GitHub Check: lint
✨ Finishing Touches
  • 📝 Generate Docstrings

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@openshift-ci-robot
Copy link

openshift-ci-robot commented Jun 26, 2025

@ammont82: This pull request references MGMT-20842 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "4.20.0" version, but no target version was set.

Details

In response to this:

Related to https://issues.redhat.com/browse/MGMT-20482

Add search to operators page and highlight the searched word.
The search filter the bundles and the operators by title and description.
If operators were selected before, then we should notify users how many of them were selected out of how many we offer, even if the results show nothing.
So, for instance, let's say that before of the search we've selected two operators, now we've searched for a term that returns three results, but none of them were selected. We still need to show in the numbers of the single operators these two operators that were selected before.
The search doesn't reset the selection.

Captura desde 2025-06-26 10-49-06
Captura desde 2025-06-26 10-48-53

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.

@openshift-ci-robot
Copy link

openshift-ci-robot commented Jun 26, 2025

@ammont82: This pull request references MGMT-20842 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "4.20.0" version, but no target version was set.

Details

In response to this:

Related to https://issues.redhat.com/browse/MGMT-20482

Add search to operators page and highlight the searched word.
The search filter the bundles and the operators by title and description.
If operators were selected before, then we should notify users how many of them were selected out of how many we offer, even if the results show nothing.
So, for instance, let's say that before of the search we've selected two operators, now we've searched for a term that returns three results, but none of them were selected. We still need to show in the numbers of the single operators these two operators that were selected before.
The search doesn't reset the selection.

Captura desde 2025-06-26 10-49-06
Captura desde 2025-06-26 10-48-53

Summary by CodeRabbit

  • New Features
  • Added a search bar to the Operators step, allowing users to filter operator bundles and individual operators by keyword.
  • Operator titles and descriptions now visually highlight matching search terms for easier identification.
  • Enhancements
  • Search functionality is available across operator bundles and categories, improving navigation and discoverability.

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.

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 1

🧹 Nitpick comments (1)
libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx (1)

1-1: Remove ESLint disable comment after fixing console statements.

This ESLint disable rule is only needed because of the console.log statements below. Once those are removed, this directive should also be removed.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 4d6a8f9 and b21dac3.

📒 Files selected for processing (5)
  • libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx (21 hunks)
  • libs/ui-lib/lib/ocm/components/clusterConfiguration/operators/OperatorCheckbox.tsx (4 hunks)
  • libs/ui-lib/lib/ocm/components/clusterWizard/OperatorsBundle.tsx (5 hunks)
  • libs/ui-lib/lib/ocm/components/clusterWizard/OperatorsSelect.tsx (4 hunks)
  • libs/ui-lib/lib/ocm/components/clusterWizard/OperatorsStep.tsx (3 hunks)
🧰 Additional context used
🧬 Code Graph Analysis (4)
libs/ui-lib/lib/ocm/components/clusterWizard/OperatorsSelect.tsx (1)
libs/types/assisted-installer-service.d.ts (3)
  • Cluster (110-407)
  • Bundle (89-109)
  • PreflightHardwareRequirements (2445-2454)
libs/ui-lib/lib/ocm/components/clusterConfiguration/operators/OperatorCheckbox.tsx (2)
libs/types/assisted-installer-service.d.ts (3)
  • Bundle (89-109)
  • Cluster (110-407)
  • PreflightHardwareRequirements (2445-2454)
libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx (1)
  • highlightMatch (87-100)
libs/ui-lib/lib/ocm/components/clusterWizard/OperatorsBundle.tsx (3)
libs/types/assisted-installer-service.d.ts (2)
  • Bundle (89-109)
  • PreflightHardwareRequirements (2445-2454)
libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx (2)
  • useOperatorSpecs (433-454)
  • highlightMatch (87-100)
libs/ui-lib/lib/ocm/components/clusterConfiguration/operators/bundleSpecs.tsx (1)
  • bundleSpecs (11-43)
libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx (2)
libs/ui-lib/lib/common/components/operators/operatorDescriptions.tsx (19)
  • DESCRIPTION_LSO (7-7)
  • DESCRIPTION_LVM (57-58)
  • DESCRIPTION_ODF (37-37)
  • DESCRIPTION_CNV (12-12)
  • DESCRIPTION_MTV (1-2)
  • DESCRIPTION_OPENSHIFT_AI (39-40)
  • DESCRIPTION_AMD_GPU (4-5)
  • DESCRIPTION_NVIDIA_GPU (34-35)
  • DESCRIPTION_NMSTATE (24-25)
  • DESCRIPTION_SERVICEMESH (54-55)
  • DESCRIPTION_AUTHORINO (9-10)
  • DESCRIPTION_NODE_FEATURE_DISCOVERY (27-28)
  • DESCRIPTION_PIPELINES (45-46)
  • DESCRIPTION_SERVERLESS (51-52)
  • DESCRIPTION_KMM (17-17)
  • DESCRIPTION_MCE (22-22)
  • DESCRIPTION_OSC (42-43)
  • DESCRIPTION_KUBE_DESCHEDULER (19-20)
  • DESCRIPTION_NODE_MAINTENANCE (32-32)
libs/ui-lib/lib/common/config/docs_links.ts (4)
  • ODF_LINK (108-108)
  • CNV_LINK (101-101)
  • MTV_LINK (152-153)
  • OSC_LINK (158-158)
⏰ Context from checks skipped due to timeout of 90000ms (6)
  • GitHub Check: unit-tests
  • GitHub Check: tests
  • GitHub Check: translation-files
  • GitHub Check: format
  • GitHub Check: circular-deps
  • GitHub Check: lint
🔇 Additional comments (18)
libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx (1)

129-238: LGTM! Consistent implementation of search term highlighting.

The operator Description components are correctly updated to accept the searchTerm prop and use the HighlightedText component. The prop threading is consistent across all operators.

libs/ui-lib/lib/ocm/components/clusterWizard/OperatorsSelect.tsx (3)

27-32: LGTM! Proper type definition for search functionality.

The addition of the optional searchTerm prop with correct TypeScript typing enables the search feature while maintaining backward compatibility.


73-75: LGTM! Early loading state check improves readability.

Moving the loading state check before the filtering logic is a good organizational improvement.


86-96: LGTM! Well-implemented search filtering logic.

The filtering logic correctly:

  • Trims whitespace from the search term
  • Performs case-insensitive matching
  • Searches both title and description fields
  • Handles undefined/null values safely
libs/ui-lib/lib/ocm/components/clusterConfiguration/operators/OperatorCheckbox.tsx (4)

29-29: LGTM! Correct import of highlighting utility.

The import of highlightMatch function enables title highlighting functionality in the checkbox component.


122-130: LGTM! Proper prop interface extension.

The addition of the optional searchTerm prop maintains backward compatibility while enabling the new highlighting feature.


172-172: LGTM! Appropriate title highlighting implementation.

Using highlightMatch for the operator title within the checkbox label correctly implements the search highlighting feature.


202-202: LGTM! Consistent prop threading to Description.

Passing the searchTerm to the Description component ensures consistent highlighting behavior across title and description.

libs/ui-lib/lib/ocm/components/clusterWizard/OperatorsStep.tsx (5)

2-2: LGTM! Appropriate imports for search UI components.

The addition of Flex layout components and SearchInput enables the new search functionality with proper UI structure.


22-22: LGTM! Simple and effective state management.

The searchTerm state variable correctly manages the search input value for filtering operations.


43-47: LGTM! Consistent filtering logic with other components.

The bundle filtering logic matches the pattern used in other components - case-insensitive matching against both title and description fields.


56-71: LGTM! Well-designed search UI layout.

The Flex layout provides good spacing and alignment for the header with search input. The minimum width constraint ensures the search input remains usable on smaller screens.


74-86: LGTM! Proper data and prop threading to child components.

Both OperatorsBundle and OperatorsSelect correctly receive the filtered data and search term, enabling consistent search behavior across the interface.

libs/ui-lib/lib/ocm/components/clusterWizard/OperatorsBundle.tsx (5)

33-37: LGTM! Consistent imports for highlighting functionality.

The import of highlightMatch and related utilities enables highlighting in bundle components, maintaining consistency with the operator components.


41-46: LGTM! Proper highlighting integration in BundleLabel.

The addition of the searchTerm prop and use of highlightMatch for the bundle title correctly implements the highlighting feature.


106-112: LGTM! Consistent prop interface extension.

The BundleCard component correctly extends its props to include the optional searchTerm, maintaining the pattern established in other components.


185-191: LGTM! Complete highlighting implementation.

Both the bundle title (via BundleLabel) and description correctly use the highlighting functionality, providing consistent visual feedback for search matches.


214-240: LGTM! Proper prop threading through component hierarchy.

The OperatorsBundle component correctly accepts the searchTerm prop and passes it down to BundleCard, maintaining the component prop flow pattern.

@openshift-ci-robot
Copy link

openshift-ci-robot commented Jun 26, 2025

@ammont82: This pull request references MGMT-20842 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "4.20.0" version, but no target version was set.

Details

In response to this:

Related to https://issues.redhat.com/browse/MGMT-20482

Add search to operators page and highlight the searched word.
The search filter the bundles and the operators by title and description.
If operators were selected before, then we should notify users how many of them were selected out of how many we offer, even if the results show nothing.
So, for instance, let's say that before of the search we've selected two operators, now we've searched for a term that returns three results, but none of them were selected. We still need to show in the numbers of the single operators these two operators that were selected before.
The search doesn't reset the selection.

operators_search.mp4

Summary by CodeRabbit

  • New Features
  • Added a search bar to the Operators step, allowing users to filter operator bundles and individual operators by keyword.
  • Operator titles and descriptions now visually highlight matching search terms for easier identification.
  • Enhancements
  • Search functionality is available across operator bundles and categories, improving navigation and discoverability.

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.

@openshift-ci-robot
Copy link

openshift-ci-robot commented Jun 26, 2025

@ammont82: This pull request references MGMT-20842 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "4.20.0" version, but no target version was set.

Details

In response to this:

Related to https://issues.redhat.com/browse/MGMT-20482

Add search to operators page and highlight the searched word.
The search filter the bundles and the operators by title and description.
If operators were selected before, then we should notify users how many of them were selected out of how many we offer, even if the results show nothing.
So, for instance, let's say that before of the search we've selected two operators, now we've searched for a term that returns three results, but none of them were selected. We still need to show in the numbers of the single operators these two operators that were selected before.
The search doesn't reset the selection.

operators_search.mp4

Summary by CodeRabbit

Summary by CodeRabbit

  • New Features
  • Added a search bar to the Operators step, allowing users to filter operator bundles and individual operators by keyword.
  • Operator titles and descriptions now visually highlight matching search terms for easier identification.
  • Enhancements
  • Search functionality is available across operator bundles and categories, improving navigation and discoverability.

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.

@openshift-ci-robot
Copy link

openshift-ci-robot commented Jun 26, 2025

@ammont82: This pull request references MGMT-20842 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "4.20.0" version, but no target version was set.

Details

In response to this:

Related to https://issues.redhat.com/browse/MGMT-20482

Add search to operators page and highlight the searched word.
The search filter the bundles and the operators by title and description.
If operators were selected before, then we should notify users how many of them were selected out of how many we offer, even if the results show nothing.
So, for instance, let's say that before of the search we've selected two operators, now we've searched for a term that returns three results, but none of them were selected. We still need to show in the numbers of the single operators these two operators that were selected before.
The search doesn't reset the selection.

operators_search_.mp4

Summary by CodeRabbit

Summary by CodeRabbit

  • New Features
  • Added a search bar to the Operators step, allowing users to filter operator bundles and individual operators by keyword.
  • Operator titles and descriptions now visually highlight matching search terms for easier identification.
  • Enhancements
  • Search functionality is available across operator bundles and categories, improving navigation and discoverability.

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.

@openshift-ci-robot
Copy link

openshift-ci-robot commented Jun 26, 2025

@ammont82: This pull request references MGMT-20842 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "4.20.0" version, but no target version was set.

Details

In response to this:

Related to https://issues.redhat.com/browse/MGMT-20482

Add search to operators page and highlight the searched word.
The search filter the bundles and the operators by title and description.
If operators were selected before, then we should notify users how many of them were selected out of how many we offer, even if the results show nothing.
So, for instance, let's say that before of the search we've selected two operators, now we've searched for a term that returns three results, but none of them were selected. We still need to show in the numbers of the single operators these two operators that were selected before.
The search doesn't reset the selection.

operators_search_.mp4

Summary by CodeRabbit

Summary by CodeRabbit

  • New Features
  • Added a search bar to the Operators step, allowing users to filter operator bundles and individual operators by keyword.
  • Operator titles and descriptions now visually highlight matching search terms for easier identification.
  • Enhancements
  • Search functionality is available across operator bundles and categories, improving navigation and discoverability.

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.

@ammont82 ammont82 force-pushed the MGMT-20482-add-search-operators-page branch from c400385 to bc4c5d7 Compare June 30, 2025 08:28
@openshift-merge-robot openshift-merge-robot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Jun 30, 2025
@openshift-merge-robot openshift-merge-robot removed the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Jun 30, 2025
@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Jun 30, 2025
@openshift-ci
Copy link

openshift-ci bot commented Jun 30, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: ammont82, rawagner

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

@rawagner
Copy link
Member

/lgtm

@openshift-merge-bot openshift-merge-bot bot merged commit d9a7c19 into openshift-assisted:master Jun 30, 2025
11 checks passed
@openshift-cherrypick-robot
Copy link
Contributor

@ammont82: #3017 failed to apply on top of branch "releases/v2.42":

Applying: MGMT-20842: Add search to operators page
Using index info to reconstruct a base tree...
M	libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx
Falling back to patching base and 3-way merge...
Auto-merging libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx
CONFLICT (content): Merge conflict in libs/ui-lib/lib/common/components/operators/operatorSpecs.tsx
error: Failed to merge in the changes.
hint: Use 'git am --show-current-patch=diff' to see the failed patch
hint: When you have resolved this problem, run "git am --continue".
hint: If you prefer to skip this patch, run "git am --skip" instead.
hint: To restore the original branch and stop patching, run "git am --abort".
hint: Disable this message with "git config advice.mergeConflict false"
Patch failed at 0001 MGMT-20842: Add search to operators page

Details

In response to this:

/cherry-pick releases/v2.42

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.

ammont82 added a commit to ammont82/assisted-installer-ui that referenced this pull request Jun 30, 2025
* MGMT-20842: Add search to operators page

* Remove console.log

* Add 'No results found' text

* Expand operators section when results are founded

* Change regexp for operators search

* Add try-catch to highlightMatch function in operatorSpecs file
ammont82 added a commit that referenced this pull request Jun 30, 2025
* MGMT-20842: Add search to operators page

* Remove console.log

* Add 'No results found' text

* Expand operators section when results are founded

* Change regexp for operators search

* Add try-catch to highlightMatch function in operatorSpecs file
ammont82 added a commit to ammont82/assisted-installer-ui that referenced this pull request Sep 12, 2025
* MGMT-20842: Add search to operators page

* Remove console.log

* Add 'No results found' text

* Expand operators section when results are founded

* Change regexp for operators search

* Add try-catch to highlightMatch function in operatorSpecs file
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/valid-reference Indicates that this PR references a valid Jira ticket of any type. lgtm Indicates that a PR is ready to be merged. 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.

5 participants