Why are Optional Configured Props in React Connect Form Inconsistently Disabled or Enabled?

This topic was automatically generated from Slack. You can find the original thread here.

There seems to be inconsistent state in the react connect form. optional configured props with remote options will sometimes be disabled or enabled even if the non-optional fields are defined. My understanding is that all the required props with remote options need to be defined first, and then the optional ones can be defined? It’s not clear if there are for example some optional props that depend on other optional props.

Here’s a video showing this behavior

My understanding is that all the required props with remote options need to be defined first, and then the optional ones can be defined? It’s not clear if there are for example some optional props that depend on other optional props.
This is not necessary the case:
• Some props will requires other props to be defined first (for example, you need to input the Trello Board first, before inputting the Card in that board)
• Some props will not depends on each other (for example Labels)
On another note, remote options are the way to help the end-user to select predefined options. You can totally bypass it by defining the value yourself (.e.g your stored Trello Board ID)

What determines which configurable props have to be configured before other prop’s remoteOptions can be fetched?

The docs state that they need to be configured one by one, so that makes sense that the required ones need to be defined in the given order of the array, but the optional ones are harder to reason about. It’s not clear for example if some optional props depend on other optional ones

Executing Actions - Pipedream.

Any clarification on this question?

I believe the guidance is that the order in which the props are defined determines the order in which they must be configured.

Yes, I understood that, but do optional configurable props ever depend on other optional props to be able to fetch their remote options?

I can’t say definitively, but if they do, they should be defined in that order to reflect the dependency chain