Bug 1678892

Summary: system purpose dropdowns are not disabled when no values present
Product: Red Hat Satellite Reporter: Jonathon Turel <jturel>
Component: HostsAssignee: Jonathon Turel <jturel>
Status: CLOSED ERRATA QA Contact: Radovan Drazny <rdrazny>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.5.0CC: ehelms, inecas, jhutar, rdrazny, tstrych
Target Milestone: 6.5.0Keywords: Triaged, UserExperience
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: tfm-rubygem-katello-3.10.0.25-1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-05-14 12:40:09 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Jonathon Turel 2019-02-19 20:06:16 UTC
Description of problem:

Before a manifest containing syspurpose values has been imported the corresponding dropdowns on the content host details UI are empty


Version-Release number of selected component (if applicable):


How reproducible: always


Steps to Reproduce:
1. spin up a 6.5 satellite
2. register a content host
3. navigate to the host's details page and click the 'edit' icon next to any System Purpose field

Actual results: the 'edit' button is not disabled, revealing an empty dropdown when clicked


Expected results: 'edit' button should be disabled until the user has a manifest with syspurpose values OR they've set the syspurpose value from CLI tooling


Additional info:

Comment 4 Jonathon Turel 2019-02-22 14:27:44 UTC
Created redmine issue https://projects.theforeman.org/issues/26117 from this bug

Comment 5 Bryan Kearney 2019-03-04 15:03:26 UTC
Moving this bug to POST for triage into Satellite 6 since the upstream issue https://projects.theforeman.org/issues/26117 has been resolved.

Comment 8 Radovan Drazny 2019-04-29 11:04:27 UTC
Verified on Sat 6.5 Snap 25. Syspurpose dropdowns for a freshly registered content host contain following items:

Service Level (SLA):
 - Self-support
 - Standard
 - Premium

Usage Type:
 - Production
 - Development/Test
 - Disaster Recovery

Role:
 - Red Hat Enterprise Linux Server
 - Red Hat Enterprise Linux Workstation
 - Red Hat Enterprise Linux Compute Node

Add ons item is not editable without a subscription containing an Add-on attribute.

Comment 11 errata-xmlrpc 2019-05-14 12:40:09 UTC
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-2019:1222