Bug 1336015 - service requests don't show dynamic drop down selections
Summary: service requests don't show dynamic drop down selections
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: UI - OPS
Version: 5.5.0
Hardware: All
OS: All
medium
medium
Target Milestone: GA
: 5.7.0
Assignee: Milan Zázrivec
QA Contact: Shveta
URL:
Whiteboard: ui:service
Depends On:
Blocks: 1337577 1337578
TreeView+ depends on / blocked
 
Reported: 2016-05-13 20:25 UTC by Josh Carter
Modified: 2019-11-14 08:02 UTC (History)
12 users (show)

Fixed In Version: 5.7.0.0
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1337577 1337578 (view as bug list)
Environment:
Last Closed: 2017-01-11 20:13:58 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
screenshot-290716 (47.68 KB, image/png)
2016-07-29 04:36 UTC, Shane Boulden
no flags Details

Description Josh Carter 2016-05-13 20:25:45 UTC
Description of problem:

Dynamic drop down selections are not shown in the service request page after its 
submitted and before its approved 

please see attached screenshot 

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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 3 Harpreet Kataria 2016-05-13 20:39:37 UTC
Milan,

Can you check if this is UI issue or a back end issue, it looks like selected value of a dynamic pull down is not being displayed on service request summary screen.

Thanks,
~Harpreet

Comment 4 Dave Johnson 2016-05-18 18:40:48 UTC
Shveta, are you able to reproduce this in 5.6? 5.5.4?  thx

Comment 12 Shane Boulden 2016-07-29 04:36:50 UTC
Created attachment 1185359 [details]
screenshot-290716

Screenshot showing the output of a service request from Services -> Requests.

The service was ordered from a service catalog item that contained a dynamic dropdown (updated from an Automate method) and a manual refresh button.

Comment 13 Shane Boulden 2016-07-29 04:41:11 UTC
This is still able to reproduced in CFME 5.5.5.4

I've created a service catalog item with a dynamic dropdown that simply updates its list entries with the current time from an Automate method. ie;

dialog_hash = {}
dialog_hash[:first] = "First #{Time.now}"
dialog_hash[:second] = "Second #{Time.now}"
dialog_hash[:third] = "Third #{Time.now}"
  
  
$evm.object['required'] = true
$evm.object['protected'] = false
$evm.object['read_only'] = false
$evm.object['values'] = dialog_hash 

A manual refresh button is used to update the dialog values.

When this service catalog item is submitted, and the request is then viewed from Services -> Requests, the dialog value shows 'None' and also shows the refresh button, per the attachment.

Comment 14 Andrew Spurrier 2016-07-29 07:41:02 UTC
I have reproduced the issue on CFME 5.5.5.4  and note the following.....

If "Automate -> Customization -> Dialog -> (test_dialog)" has the "Load Values on Init" then the hash key is shown on the submitted Service Request.

It is not helpful to display the hash key. The user selected value on the Service Dialog was the "Description". The Approver (and Requester) will not understand the hash keys.

Comment 15 Milan Zázrivec 2016-08-02 12:38:36 UTC
https://github.com/ManageIQ/manageiq/pull/10190

Comment 16 CFME Bot 2016-08-03 09:45:51 UTC
New commit detected on ManageIQ/manageiq/master:
https://github.com/ManageIQ/manageiq/commit/77d6afda1171cfd90516c579423f045a8540a96d

commit 77d6afda1171cfd90516c579423f045a8540a96d
Author:     Milan Zazrivec <mzazrivec>
AuthorDate: Tue Aug 2 14:33:17 2016 +0200
Commit:     Milan Zazrivec <mzazrivec>
CommitDate: Tue Aug 2 14:33:17 2016 +0200

    Fix value of dynamic dropdown list in prov. request details screen
    
    https://bugzilla.redhat.com/show_bug.cgi?id=1336015

 app/views/shared/dialogs/_dialog_field_drop_down_list.html.haml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Comment 17 Shveta 2016-09-21 05:13:53 UTC
Fixed.
Verified in 5.7.0.0.20160906172503_12f65cb


Note You need to log in before you can comment on or make changes to this bug.