Bug 1648819

Summary: When ordering a service via the API the service dialog is not executed
Product: Red Hat CloudForms Management Engine Reporter: Parthvi Vala <pvala>
Component: APIAssignee: Tina Fitzgerald <tfitzger>
Status: CLOSED NOTABUG QA Contact: Parthvi Vala <pvala>
Severity: high Docs Contact: Red Hat CloudForms Documentation <cloudforms-docs>
Priority: high    
Version: 5.9.6CC: dmetzger, jprause, obarenbo, pvala
Target Milestone: GAKeywords: Regression
Target Release: 5.9.6   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1635673 Environment:
Last Closed: 2018-11-20 07:46:46 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: CFME Core Target Upstream Version:

Description Parthvi Vala 2018-11-12 08:16:59 UTC
Description of problem:
When ordering a service from the service catalog via the API, none of the defaults defined in the catalog item's service dialog are applied and no dynamic dialog elements are executed.  This used to work in previous versions of CFME.

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

How reproducible:

Steps to Reproduce:
1. Create a service dialog
2. Add at least one static element that has a default 
2. Add one dynamic element that executes a method to return a default
3. Order the service via the API

Actual results:
1. When monitoring the automation.log you see that the dynamic element does not execute the method.
2. Nothing is set in $evm.root['dialog_<var>'] from the dynamic element
3. Nothing is set in $evm.root['dialog_<var>'] from the static element default

Expected results:
1. Dynamic elements should run the specified method when the service is ordered and the default set by the method should be passed to $evm.root['dialog_<var>']
2. Static elements should pass the default set in the service dialog to $evm.root['dialog_<var>']

Additional info:
This is duplicate of bug: https://bugzilla.redhat.com/show_bug.cgi?id=1639413

Comment 3 Tina Fitzgerald 2018-11-12 16:21:39 UTC
Hi Parthvi,

Comment 22 in the original ticket states that a configuration change is required to resolve this issue:

The reproducer steps above do not mention the configuration changes.
Can you supply a reproducer environment for this issue?


Comment 4 Parthvi Vala 2018-11-13 05:24:15 UTC
Hi Tina,

I had a talk with Drew about the same thing. I applied the patch and got the expected response. But things were working fine even without applying patch on, since the patch was already applied to it. Shouldn't the patch be included for 5.9.6 as well?


Comment 5 Tina Fitzgerald 2018-11-13 21:24:05 UTC
Hi Parthvi,

Yes, since the code change was included in, 5.9.6 should work as well,
unless another code change broke that functionality.

Could you please supply a reproducer environment?


Comment 7 Tina Fitzgerald 2018-11-14 16:32:43 UTC
Hi Parthvi,

https://bugzilla.redhat.com/show_bug.cgi?id=1635673#c26 states, the configuration setting necessary for this change to work, is to set to false in the specified appliance advanced setting.

 :run_automate_methods_on_service_api_submit: false

Please change the setting and retest.

Comment 10 Parthvi Vala 2018-11-20 07:46:46 UTC
Hi John,

This is not a bug, I hadn't applied the required changes to the env which caused the issue. I am now closing the BZ.