Actually now I am seeing that with the $hTTPRequest.body[*].attributes, the test workflow does not give any error , but it is getting stuck at loading the form.
When I enabled workflow and tried, it is loading the form, but the values div1 and div2 are NOT coming up in the form in the dropdown field
Per my understanding- Form Inputs expect a list of objects to be passed in. From this list, the individual objects are displayed as selectable options in the dropdown field of the form.
If instead a list of primitive elements, such as strings, is passed in, the entire list is treated as a single option and displayed as one entry in the dropdown, rather than as separate selectable values.
For example, if the data is provided as "divisions": ["div1", "div2"], this is a list of strings. However, if the structure of the data is a list of objects—where each object contains a single division value—then that list of objects can be passed to the form input. This would allow the dropdown to correctly display each division value as a separate selectable option.
Adding to this, it seems your use case is to display the current divisions associated with an account directly in the form. I’m not entirely sure what your current design looks like for the source from which you’re trying to fetch the account’s division values.
That said, there is a potential workaround that could be helpful here. You could mark the divisions as an entitlement attribute, which would allow each division value to be represented as a separate entitlement object assigned to the account. With this approach, you could then leverage the Account Entitlement API to retrieve a list of objects (as explained above) and display the division values, meeting your use case more effectively
you need to feed the variable something like this $.httpRequest.body[*].attributes.JSON(). i had somewhat similar requirment where i had to display governance groups and it worked for me i was display those as dropdown for non admin to select