Project

General

Profile

Bug #26117

system purpose dropdowns are not disabled when no values present

Added by Jonathon Turel about 3 years ago. Updated about 3 years ago.

Status:
Closed
Priority:
Normal
Category:
-
Target version:
Difficulty:
Triaged:
Yes
Bugzilla link:
Fixed in Releases:
Found in Releases:
Red Hat JIRA:

Description

Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1678892

Description of problem:

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

Steps to Reproduce:
1. register a content host
2. 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:

- default values should be provided for Role, Usage, SLA
- edit should be disabled for addons unless they are set on the host or available through manifest

Associated revisions

Revision cd14da93 (diff)
Added by Jonathon Turel about 3 years ago

Fixes #26117 - Provide default syspurpose values (#7985)

  • Fixes #26117 - Provide default syspurpose values
  • Refs #26117 - Track purpose addons count in controller

History

#1 Updated by The Foreman Bot about 3 years ago

  • Status changed from New to Ready For Testing
  • Pull request https://github.com/Katello/katello/pull/7985 added

#2 Updated by Andrew Kofink about 3 years ago

  • Triaged changed from No to Yes
  • Target version set to Katello 3.12.0
  • Subject changed from system purpose dropdowns are not disabled when no values present to system purpose dropdowns are not disabled when no values present

#3 Updated by Jonathon Turel about 3 years ago

  • Status changed from Ready For Testing to Closed

Also available in: Atom PDF