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:
There are many places, where user is forced to set an attribute with a single option left.
e.g. New Host -> Location.
If there's only 'Default Location, the field remains 'null' by default and user is forced to manually set it before he's able to proceed with creating new host.
This has several negative effects:
1. It is simply annoying. And time consuming for a user to go through all prerequisites and select the mandatory field.
2. Especially at new-host dialog - user is not forced to choose the Taxonomies as the first step - he can navigate through all the tabs and set whatever fields he likes (including the ones, which don't exist in the Default Location). When he finally sets the location, many of the fields are rendered invalid, requiring user to select them again.
- similar thing happens on OS and provisioning templates. If a new kind of provisioning template is assigned to OS (e.g. PXEGrub template), a 'PXEGrub template' field will appear under OS->Provisioning templates.
Despite the fact, that only a single template has been assigned to the OS, the field is not being set and remains 'Null', causing an error during the actual provisioning.
Version-Release number of selected component (if applicable):
satellite 6.2+
How reproducible:
always
Steps to Reproduce:
1. have a single org and loc (e.g. default ones)
2. Navigate to Hosts -> New Hosts
3. notice the Organization & Location fields are marked as mandatory and are set to 'null' by default despite the fact, there is only 1 possible option for them - Forcing user to set it manually.
Actual results:
the mandatory fields with 1 possible value are not set, causing the values for the rest of the form not being filtered by the taxonomies, allowing user to choose invalid values before he sets the taxonomies themselves.
Expected results:
Set the values automatically everywhere, where possible.
Additional info:
The New Host dialog is not the only place, where similar thing happens.
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in the product in the foreseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in the product in the foreseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.