Skip to content
This repository has been archived by the owner on Apr 7, 2022. It is now read-only.

Fix dialog dropdown weird behavior. #10265

Merged
merged 1 commit into from
Jul 24, 2020
Merged

Fix dialog dropdown weird behavior. #10265

merged 1 commit into from
Jul 24, 2020

Conversation

jarovo
Copy link
Contributor

@jarovo jarovo commented Jul 23, 2020

If the type of the dropdown values is not defined, the dialog behaves
weirdly. For example it doesn't make the Submit button available if something is
selected. Also when nothing is touched when Ordering the catalog using this
dialog, Submit btn is enabled.. This quite the oposite how it should work.

This is surely a problem of CFME backend -- it shouldn't allow us to not define
a dropdown without a value type defined. But this cannot happen trough
the UI so perhaps not worthy fixing.

There is probably no test that is broken. I checked the catalog ordering by hand after the test prepared everything
cfme/tests/services/test_config_provider_servicecatalogs.py::test_order_tower_catalog_item[ansible_tower-3.5-template_survey_job-v1]

Note that ManageIQ/manageiq#20382 affects the test above.

If the type of the dropdown values is not defined, the dialog behaves
weirdly. For example it doesn't make the Submit button available if something is
selected and complains something has to be selected. When nothing is touched
when Ordering a catalog using this dialog is permitted. This quite the opposite
to what makes sense.

This is surely a problem of CFME backend -- it shouldn't allow us to not define
a dropdown without a value type defined. But this cannot happen trough
the UI so perhaps not worthy fixing.
@mshriver mshriver merged commit ecced08 into ManageIQ:master Jul 24, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants