Bug 1448228

Summary: Ansible Playbook Service: Cannot update new dialog name and other UI issues
Product: Red Hat CloudForms Management Engine Reporter: Bill Wei <bilwei>
Component: UI - OPSAssignee: Harpreet Kataria <hkataria>
Status: CLOSED CURRENTRELEASE QA Contact: Shveta <sshveta>
Severity: low Docs Contact:
Priority: medium    
Version: 5.8.0CC: cpelland, hkataria, jhardy, mpovolny, obarenbo, simaishi, sshveta
Target Milestone: GAKeywords: TestOnly, ZStream
Target Release: 5.9.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: ansible
Fixed In Version: 5.9.0.1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1459962 (view as bug list) Environment:
Last Closed: 2018-03-06 15:51:36 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: Bug
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: CFME Core Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1459962    
Attachments:
Description Flags
screenshot none

Description Bill Wei 2017-05-04 21:20:18 UTC
Created attachment 1276442 [details]
screenshot

Description of problem:
This does not happen through normal UI operation. If a created catalog item's options attribute lost a previously selected dialog_id by whatever reason, the update UI does not show any dialog name. If user inputs a new dialog name and updates, nothing happens. No dialog is created.


Attach is a screenshot of other hard to reproduce UI issues. Occasionally we observe in Retirement page Hosts field does not have a default value and Escalate Privilege selector is partial, hard to tell it is yes or no. This can happen in both Chrome and Safari browsers.


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


How reproducible:
Not through normal UI operation. We need to manually remove options[:config_info][:provision][:dialog_id] using a rails console or database editor.

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 2 Bill Wei 2017-05-04 21:28:38 UTC
For the visible UI problem, although occasionally, I have observed multiple times, but don't have clear steps to reproduce. Normally it happens after the first log into the application. Once you click the Escalate Privilege selector once it starts to function normal.

Comment 3 Harpreet Kataria 2017-05-10 21:27:14 UTC
https://github.com/ManageIQ/manageiq-ui-classic/pull/1330

Comment 4 CFME Bot 2017-05-16 21:38:39 UTC
New commit detected on ManageIQ/manageiq-ui-classic/master:
https://github.com/ManageIQ/manageiq-ui-classic/commit/4f29b1329639660c4ab026f0c59676c73f82de7f

commit 4f29b1329639660c4ab026f0c59676c73f82de7f
Author:     Harpreet Kataria <hkataria>
AuthorDate: Wed May 10 17:22:15 2017 -0400
Commit:     Harpreet Kataria <hkataria>
CommitDate: Wed May 10 17:22:15 2017 -0400

    Save new dialog value & other UI issues fixed
    
    Fixed saving of new dialog name, reset 'Hosts' field when playbook is selected on Retirement tab during edit and fixed issues related to initialization of Escalate Privilege switch
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1448228

 .../catalog/catalog_item_form_controller.js        | 22 +++++++++++++++++++---
 .../catalog/catalog_item_form_controller_spec.js   |  2 +-
 2 files changed, 20 insertions(+), 4 deletions(-)

Comment 6 Shveta 2017-11-14 07:29:03 UTC
Fixed in 5.9.0.8.20171109215303_ed87902