Description of problem: While configuring a conversion host(having no ip associated), the detail not appeared on conversion host page once the configuration widget gets closed. Note: We required this kind of setup to verify the BZ#1827127 I expected the failed details should be visible as row in conversion host page. Version-Release number of selected component (if applicable): cfme version: 5.11.6.0 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
@Md Nadeem, When you submitted the configuration wizard, did you get any kind of feedback at all, like an error message? Can you provide details on how I can reproduce this (what inputs I need to put into the wizard)?
Ah okay, I tried it with fake authentication data (since we expect it to fail anyway) and I see the HTTP response is this: ``` 200 OK {"results":[{"success":false,"message":"Vm 'auto-conv-osp-instance3' doesn't have a hostname or IP address in inventory","href":"https://10.8.198.27/api/conversion_hosts/"}]} ``` I don't think we wrote code in the UI to handle a `"success": false` response to even starting the conversion host task, but I'm surprised this response has the "200 OK" status. If the response had an HTTP error status, CloudForms would have opened an error modal by default with the response body. Fabien, do you think we should add logic to the UI to handle responses of this form (200 OK, success: false), or should this be considered a backend bug or wontfix?
It's a normal behavior of CloudForms. What HTTP 200 with "success: false" means is that the error is normal and handled by the backend, hence the HTTP 200, but it still says the request failed with a reason. We won't spend time to change that. Closing as WONTFIX.