-
Notifications
You must be signed in to change notification settings - Fork 356
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Form Field Display Issue with "Copy Original Request" Button and Multiselect Options #9284
Comments
here is the complete error trace in the console: |
I believe I've isolated the problem to the multi-select option in the field. It seems that enabling this feature is causing the form loading issue. I've confirmed that disabling it resolves the problem. Could this be a known issue with the multi-select functionality, or is there a specific configuration that needs to be adjusted? |
Further details: Single selection: Folowing Error is triggered: |
This bug completely blocks the use of this essential functionality for our production environment. Has anyone else encountered this problem? Any updates or workarounds would be greatly appreciated. |
@GilbertCherrie or @liu-samuel can you take a look at this one? |
When using the "Copy Request" button in ManageIQ to reload a service request form, some fields fail to display correctly. Specifically, the dropdown values that were correctly populated during the initial request from the catalog are not displayed when copying the request.
Actual Behavior:
After using the "Copy Request" button, the following error appears in the console:
SyntaxError: Unexpected token 'G', "GRP_All_FR" is not valid JSON at JSON.parse (<anonymous>)
Additionally, the form fails to display certain fields (e.g., dynamic dropdowns) that were initially populated correctly.
Relevant Code (Dynamic Dropdown Logic):
Additional Notes:
This issue does not occur when loading the form for the first time via the catalog. It only happens after copying the request.
There are no error logs generated on the server side related to this behavior.
Can you confirm if this is a known issue or if there are any workarounds for dynamic dropdowns in this context?
Steps to Reproduce:
Create a service request via the catalog where dropdown fields are populated dynamically (e.g., based on external resources like groups or instances).
Use the "Copy Request" button to copy the service request.
Observe that some fields (such as dropdowns) are not displayed or populated correctly after the copy.
The text was updated successfully, but these errors were encountered: