Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Next step: do not add connections #11824

Open
5 tasks done
horw opened this issue Dec 19, 2024 · 1 comment
Open
5 tasks done

Next step: do not add connections #11824

horw opened this issue Dec 19, 2024 · 1 comment
Labels
🐞 bug Something isn't working

Comments

@horw
Copy link

horw commented Dec 19, 2024

Self Checks

  • This is only for bug report, if you would like to ask a question, please head to Discussions.
  • I have searched for existing issues search for existing issues, including closed ones.
  • I confirm that I am using English to submit this report (我已阅读并同意 Language Policy).
  • [FOR CHINESE USERS] 请务必使用英文提交 Issue,否则会被关闭。谢谢!:)
  • Please do not modify this template :) and fill in all the required fields.

Dify version

0.14.0

Cloud or Self Hosted

Self Hosted (Docker)

Steps to reproduce

  • Create any block
  • Click on 'NEXT STEP'
  • Select, for example, 'End Block'

✔️ Expected Behavior

image

❌ Actual Behavior

image

@dosubot dosubot bot added the 🐞 bug Something isn't working label Dec 19, 2024
Copy link

dosubot bot commented Dec 19, 2024

@horw Hello! I'm here to assist you with any bugs, questions, or contributions you have. I'm Dosu, a bot designed to help you while waiting for a human maintainer.

The issue you're experiencing with the 'NEXT STEP' feature not adding connections in the Dify workflow could be related to several constraints or conditions that prevent the addition of new blocks. Here are some potential reasons:

  1. Parallel Limit Check: If the checkParallelLimit function returns false for the given node, it will prevent the block selector from opening, thus not allowing new connections to be added [1].

  2. Read-Only Mode: If the workflow is in a read-only state (nodesReadOnly is true), the block selector will be disabled, preventing any new blocks from being added [1].

  3. Node Compatibility: The getAvailableNextNodes function might return an empty array for the specific block type, indicating that no subsequent nodes are allowed for that block type. This is defined in the NODES_EXTRA_DATA configuration [2].

  4. Maximum Tree Depth: There might be a maximum limit of nodes per branch, which can prevent adding new blocks if the limit is reached [2].

  5. Workflow Requirements: Certain blocks like the 'End' block must be added according to workflow constraints, which might restrict the addition of other blocks if these requirements are not met [2].

These constraints could be affecting the 'NEXT STEP' feature in your workflow. You might want to check these conditions in your setup to see if any of them apply.

To continue talking to Dosu, mention @dosu.


Help Dosu learn! Give it feedback: Great Response | Irrelevant Answer | Incorrect Sources | Too Verbose | Hallucination | Other

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🐞 bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant