Condition and Human Input nodes stall when their output connects to an input that already has a value/connection

[LarsEbt]

Description

Flows stall at:

• Condition Node
• Human Input Node

When their output is connected to a target node input that already has an existing value or an existing connection. Fan-in works for most nodes, but if the upstream node is a Condition or Human Input node and the downstream input is already populated/connected, execution stops at the Condition/Human Input node.

This appears related to #4660 but is not the same: it also affects Human Input nodes and specifically when the target input already contains a value/connection.

Visual Evidence

• Screenshot 1 (works): Demonstrates that multiple inputs to a target node are possible.

• Screenshot 2 (fails): Execution stops at the Condition node because the Iteration node already has other inputs.

• Screenshot 3 (fails): Human Input (Description Type: fixed) → Condition path also stops.

Steps to Reproduce

1. Create a target node with an input that already has a value or an existing connection.
2. Add a Condition node (or a Human Input node).
3. Connect the Condition/Human Input output to that same target input.
4. Run the flow.

Minimal repro flows (attached as files):

• screenshot3.json
• screenshot2.json
• screenshot1.json

Expected Behavior

The downstream node should accept multiple incoming connections (fan-in) and the flow should proceed. The agent should not stop at Condition or Human Input nodes.

Actual Behavior

Execution halts at the Condition or Human Input node when the target input already has a value/connection.

Environment

• Use Method: Self-hosted Enterprise
• Flowise Version: v2
• Operating System: Windows
• Browser: Chrome

Related

• #4660 (similar Condition multi-connection behavior; does not cover Human Input nor the “input already populated” case)

[maximusbirkefeld]

vote up!