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.
DescriptionCandace Sheremeta
2017-02-20 15:44:28 UTC
How would you like to achieve this? (List the functional requirements here)
Functional Requirements:
Putting highest priority matches at the top of the list should help clarify the way in which they will be parsed. This provides a visual representation of the logic to be used as well as a predictable way to locate existing matchers.
Technical Requirements:
Display the parameter matches sorted by resolution order, then alphabetical by matcher value.
For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.
Testing:
1) Add matchers for a parameter using all of the listed facts.
2) verify the matchers display in the listed resolution order
3) re-arange the resolution order
4) verify the matchers display in the new listed resolution order
Do you have any specific timeline dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?
Timelines:
Could this happen for Sat 6.3?
Did you get the sales team involved in this request and do they have any additional input?
No interaction with Sales folks
List any affected packages or components.
Packages:
forman
-> smart class parameters template
Would you be able to assist in testing this functionality if implemented?
Testing:
I do not have a test Sat6 server.
Would ordering the matchers on page load according to the order be enough for your use case, or do you expect the order to change dynamically if you change the order field or a matcher type?
The first option should be fairly easy to accomplish, the second would be much more complex and not likely to occur in the 6.3 timeline.
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, 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-2018:0336