Hi all,
I’ve run into a frustrating (and I believe under-documented) issue that’s breaking my API workflows — and I’ve confirmed it through debugger testing and forum reports:
Problem Summary
Dropdowns do not pass their default value into workflows unless the user manually interacts with the element.
Even when:
- A default value is statically set in the editor (e.g. “Fantasy”)
- The dropdown is marked as “This input should not be empty”
- A text element shows
Dropdown's value
correctly on page load
…when passed into an API call or used in a conditional, the dropdown’s value is treated as empty
.
Repro Steps
- Create a dropdown
- Set a default value (static or dynamic)
- Create a button → “Call API with dropdown value”
- Preview the app
- Observe debugger/API call payload
Result
- UI: The dropdown shows the correct default (e.g., “Fantasy”)
- Debugger: The value is
(empty)
- API: Receives
null
Only after clicking the dropdown does the value become available to the workflow engine.
Expected Behavior
If a default is set, it should be passed into workflows/API calls on page load without needing user interaction.
Workaround
I’ve been forced to:
- Use custom states and assign values on page load
- Or replace dropdowns with radio buttons or RG-based pills
…but this breaks the clean dropdown UX and feels like a hack for something that should “just work.”
Request
Please confirm if this is:
- A known bug (and tracked)
- An intentional limitation (and should be documented)
- A candidate for engine fix (dropdown defaults → workflow context)
Thanks in advance. I’d love clarity — this is blocking a production MVP and hard to debug without insider knowledge of how Bubble binds default inputs.