Bug 1555487
Summary: | Dynamic Dropdown Multiselect: By default selects an element | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat CloudForms Management Engine | Reporter: | Ryan Spagnola <rspagnol> | ||||||||||||||
Component: | Automate | Assignee: | drew uhlmann <duhlmann> | ||||||||||||||
Status: | CLOSED ERRATA | QA Contact: | Shveta <sshveta> | ||||||||||||||
Severity: | high | Docs Contact: | |||||||||||||||
Priority: | high | ||||||||||||||||
Version: | 5.8.0 | CC: | cpelland, duhlmann, eclarizi, gmccullo, greartes, hkataria, jprause, lavenel, mkanoor, mpovolny, obarenbo, rspagnol, simaishi, sshveta, tfitzger | ||||||||||||||
Target Milestone: | GA | Keywords: | ZStream | ||||||||||||||
Target Release: | 5.8.4 | ||||||||||||||||
Hardware: | All | ||||||||||||||||
OS: | All | ||||||||||||||||
Whiteboard: | |||||||||||||||||
Fixed In Version: | 5.8.4.4 | Doc Type: | If docs needed, set a value | ||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||
Clone Of: | Environment: | ||||||||||||||||
Last Closed: | 2018-06-25 14:18:08 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: | |||||||||||||||
Embargoed: | |||||||||||||||||
Bug Depends On: | |||||||||||||||||
Bug Blocks: | 1551709 | ||||||||||||||||
Attachments: |
|
The presence of the <choose> option leads me to infer that this particular field is a required field. If the field isn't required, the <choose> option becomes a <none> option, and in at least 5.9.2.4.20180501195858_35dc609, the element that gets loaded by default (if one isn't already set) is "Nothing selected" which is what the customer in question was asking for unless I am horribly mistaken. If the field is set to not be required, I expect that this ticket can be closed as not a bug. Hi Ryan, Can you ask the customer to check the dialog configuration based on comment4? Thanks, Tina Hi Tina & Drew, I relayed the information back to the customer. I'll let you know what they say. I still think it would be super-useful to see the dialog and automation code if that's possible. Hi Ryan, We believe this is working as designed. Since this ticket is marked as a blocker, could you check in with the customer? If they are not satisfied that it is working properly, could you ask them to supply a reproducer dialog and instructions? As Drew states in comment 13, their dialogs are complex and we're not able to run them here. Thanks, Tina Created attachment 1448408 [details] Required Hi drew , I tested this on https://10.12.213.192. I think the issue Ryan is saying is , The multiselect field vCenter is submitted when no value is selected , that means with "nothing selected" even though the field is set to "required" = True . Created attachment 1448409 [details]
Nothing selected
Created attachment 1450720 [details]
Multiselect None selected by default
Used the attached dialog and domain .
When the dialog loads , None shows selected .
When I select "Contract B" The values are shown in location drop down.
Created attachment 1450721 [details]
dialog used for testing
Created attachment 1450722 [details]
datastore used for testing
Also , the location multiselect is set to "required = True" but the dialog gets submitted even when no value is selected. Tested in 5.8.4.4.20180611155620_d2f7ab6 Hey Ryan! Shveta says that the original issue this ticket was opened for, the on load value of the field being selected, is why this failed QE but since you and I both saw this working I was wondering if you could take another look at it for me please. The being able to submit the value even when it's nil is a different issue that's in the process of being addressed here: https://github.com/ManageIQ/manageiq/pull/17543/files and should've gotten a different ticket, because it's a different issue. The original issue though should have been solved by the PR that got merged and I'm at a loss as to why this failed QE. Shveta, none shows selected because you have the field set up to not have the values loaded on init. I'm seeing a text value on load of "Nothing selected" which is the patternfly default for selectboxes like this, but per the customer's request, there is not a value selected and the "nothing selected" is merely a placeholder text. I think my fix worked. Can I please have a reproducer? Okay . By default "nothing selected" shows . So if we are fixing the dialog being submitted even if no value is selected in multiselect, in a separate BZ , then I can verify this. Let me know . Thanks, Shveta I mean the other issue is this thing: https://github.com/ManageIQ/manageiq/pull/17543/files. https://bugzilla.redhat.com/show_bug.cgi?id=1590949 is for regression Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2018:1972 |
Created attachment 1408131 [details] screenshot Description of problem: When the "<Choose>" option is available among the elements, it is getting selected by defaulted. See screenshot attached. Customer is requesting to have nothing selected by default. Version-Release number of selected component (if applicable): 5.7.3, 5.8.2.3 How reproducible: Always Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: