-
Story
-
Resolution: Unresolved
-
Undefined
-
None
-
None
-
5
-
False
-
-
False
-
XCMSTRAT-1005 - M2: htpasswd expanded UI
-
-
Description
An admin user that has the feature gate enabled has an option change the password for a single existing htpasswrd user in a htpasswrd IDP from the action menu for a given user. When a user selects this option, a modal is opened that allows the user to change the password.
In the modal, all password validation and autosuggest should behave as it does when creating a new user when creating a new htpasswrd IDP. After the user clicks on "Update", an API call is made to change the password. While this API call is pending, a loading spinner is shown in the modal. While pending the modal cannot be closed and the "Update" button is disabled. If the API call returns success, the modal is closed. If an error is returned, then an error is shown in the modal.
Screenshots
NOTE: There is an error in the mock-up. The "cancel" button should appear as a link without a blue boarder.
Technical notes
The API to update a single htpasswrd user is available at:
PATCH api/clusters_mgmt/v1/clusters/{cluster_id}/identity_providers/{identity_provider_id}/htpasswd_users/{htpasswd_user_id}
The PatternFly patterns state that an inline confirmation alert is shown (see https://v5-archive.patternfly.org/patterns/actions#deletion for an example). The problem with this is that it will cause the other items on the page to "jump" when the alert disappears. Following other like actions (for example modifying a machine pool) no additional notification will be given to the user that the update was successful (beyond the closing of the modal).
- depends on
-
OCMUI-2966 View htpasswrd users on a htpassword details page
- In Progress
-
OCMUI-2970 Create feature gate to hide editing htpasswrd users
- Code Review