Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
In the Facts Value screen, users cannot perform search correctly because whenever a user tries to search anything in the search bar, it either gets cleared and "host = <hostname>" appears or "host = <hostname>" gets appended to the search string of what the user wants to search. You cannot never clear the search bar or accurately search for anything.
Version-Release number of selected component (if applicable):
6.6.0
How reproducible:
100%
Steps to Reproduce:
1. Hosts -> All Hosts -> <hostname> -> Facts
2. Clear out search bar and search for "name = architecture"
Actual results:
name=architecturehost=<hostname>
No entries found.
Expected results:
name=architecture
Some kind of successful population of table if it exists after clicking search.
Since user is on host /hosts/$fqdn/facts url, it's ok (perhaps confusing) it tries to inject "host = $fqdn" to search bar, but the bug is, it should also add a separator " and ".
Tested on Satellite 6.8 Snap 10. When searching for a fact when browsing a specific host, the "and host=<fqdn>" clause is added to the query. When "host=<fqdn>" is already part of the query, it is correctly detected and not duplicated. Searching facts outside of a single host scope doesn't get "host=<fqdn>" added.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (Important: Satellite 6.8 release), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHSA-2020:4366