Description of problem: when ordering a catalog item via API, only the default values set via the dialog are used. Version-Release number of selected component (if applicable): 5.10 How reproducible: every time Steps to Reproduce: 1. create a catalog item with a dialog, in the dialog, set some inputs with default values 2. order this catalog item via the API by setting the values via the API 3. Actual results: the values are the ones from the default values setup when designing the dialog Expected results: the values are the ones from the API Additional info: this is tested with run_automate_methods_on_service_api_submit to false as the default. When set to true, it is working as like the 5.8
Hi Cyril, The additional information provided states: "this is tested with run_automate_methods_on_service_api_submit to false as the default. When set to true, it is working as like the 5.8" The "run_automate_methods_on_service_api_submit" setting is required for this functionality. If it works properly when the setting is true, it is working as designed. Can we close this ticket? Thanks, Tina
Sorry i don't understand: You say that now, the default configuration make the API not working as the default value of this parameter is set to false? If I was clear enought: When set to the default value (false), the attribute values are the ones from the default value of the dialog => the value setup via the API is not used When set to true, the attributes values are the ones from the API, if not provided, the value is the ones from the defautl value of the dialog. So, what is the purpose/use case for the use of the false value, as it is set to false by default and then break the API requests?
Hi Cyril, Sorry for the confusion. I spoke to Erik about the issue and he said that it should work properly without the new product setting, as long as you don't care about Automate running. I think one of the PRs was not included in one of the 5.10 builds. Erik said it worked properly on the latest 5.10 sprout appliance(5.10.0.24). Could you try it on a 5.10.0.24 appliance? Thanks, Tina
I did a last test today with the 5.10.0.27 and : - it is working as expeted with run_automate_methods_on_service_api_submit=false - it is working as expeted withrun_automate_methods_on_service_api_submit=true we can close this issue.