Replies: 1 comment 2 replies
|
Hi @dingenfeng! I'm Dosu and I’m helping the dify team. This issue is caused by how Dify’s frontend validates node connectivity before allowing a workflow to be published. Even if your nodes are visually connected and test runs pass, the release can be blocked if the validation logic determines a node is not part of the connected graph starting from a valid start or trigger node. This check is enforced in the checklist and pre-publish guard, which uses a traversal algorithm to find all reachable nodes; any node not included is flagged as “not connected” and blocks publishing—even if it works in test runs. Recent updates improved this logic to better handle start nodes and app modes, but the core rule remains: every node (except valid start/trigger nodes) must be reachable from a start node to pass the release check. If you’re still seeing this prompt, double-check that your workflow’s logical connections match what the frontend expects, and that you’re on a version including the latest fixes for this validation logic (details, code reference). To reply, just mention @dosu. How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other |
Uh oh!
There was an error while loading. Please reload this page.
Self Checks
Content
When the knowledge assembly line was released, it prompted that the nodes were not connected to other nodes. In fact, they were already connected and the test run had passed, but it still could not be released.
All reactions