Description of problem: Normal service dialog has dynamic dropdowns doing ldapsearch queries based upon other service dialog data. One dialog is selected that should be refreshing values on other elements. Version-Release number of selected component (if applicable): 5.5.2.4.20160127105142_395c086 How reproducible: Every time with this ldap code that works in normal Service Catalog. Steps to Reproduce: 1. Create a service dialog with ldapsearch hash values for a dynamic dropdown that depend on other dialog elements. (i.e. project has to have the program selected first). 2. Login to the self_service portal 3. Navigate to Service Catalog and deploy from the service dialog and try to deploy with more than 1 dynamic dropdown Actual results: Only the first dynamic dialog has a valid value and the subsequent dialogs are never updated. Expected results: Once 1 dropdown is selected, the next dropdowns should populate. Additional info: Works correctly in normal Service Catalog with this code, but no in self_service.
woah this is an oldie, lets see what can be done 🤔
Hi Dustin! Was wondering if you could walk me through the steps to reproduce this bug, not presently able to follow along given current information. 🙇🏽
After reaching out to Dustin, it appears this BZ is the result of a misalignment of expectation and actual functionality. SUI presently does not support the dynamic dropdown functionality of the OPSUI as described in the BZ. Presently no api endpoints to support this functionality exist, which further indicates this is a feature request rather than a blocker or a bug. As this is neither a blocker or bug, closing this issue for now.