ChatFlow answer repeating until manually clicking the 'stop responding' button #6792

Closed
opened 2026-02-21 18:17:19 -05:00 by yindo · 4 comments
Owner

Originally created by @jenkin2120 on GitHub (Nov 15, 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

Version 0.9.2

Cloud or Self Hosted

Self Hosted (Docker)

Steps to reproduce

When I talking to chatflow in a conversation,the chator seems crash occasionally, it's answer will repeat output until manually clicking the 'stop responding' button.

✔️ Expected Behavior

Ask and answer interchangeably.

Actual Behavior

error

Originally created by @jenkin2120 on GitHub (Nov 15, 2024). ### Self Checks - [X] This is only for bug report, if you would like to ask a question, please head to [Discussions](https://github.com/langgenius/dify/discussions/categories/general). - [X] I have searched for existing issues [search for existing issues](https://github.com/langgenius/dify/issues), including closed ones. - [X] I confirm that I am using English to submit this report (我已阅读并同意 [Language Policy](https://github.com/langgenius/dify/issues/1542)). - [X] [FOR CHINESE USERS] 请务必使用英文提交 Issue,否则会被关闭。谢谢!:) - [X] Please do not modify this template :) and fill in all the required fields. ### Dify version Version 0.9.2 ### Cloud or Self Hosted Self Hosted (Docker) ### Steps to reproduce When I talking to chatflow in a conversation,the chator seems crash occasionally, it's answer will repeat output until manually clicking the 'stop responding' button. ### ✔️ Expected Behavior Ask and answer interchangeably. ### ❌ Actual Behavior ![error](https://github.com/user-attachments/assets/8c89b6a7-b9f1-4ed5-8873-ab1b91409397)
yindo added the 🐞 bug🤔 cant-reproduce labels 2026-02-21 18:17:19 -05:00
yindo closed this issue 2026-02-21 18:17:19 -05:00
Author
Owner

@dosubot[bot] commented on GitHub (Nov 15, 2024):

I found a similar unsolved discussion that might be related to your issue: “Navigating the ‘Stop Responding’ Prompt in Applications” [1]. Additionally, there was a closed issue related to errors during conversation: Encountered an error during the conversation;"ERROR:core.application_manager:Validation Error when generating", which was resolved by a pull request that fixed an issue with Azure OpenAI stream response usage [2].

Regarding the mechanism in Dify's codebase that handles stopping a response, it involves the controlStopResponding prop in the Result component. When this is set, the useEffect hook triggers a function to update the responding state to false, effectively stopping the response process. The handleStop function also plays a role by setting a flag, updating the responding state, and aborting any ongoing requests [3][4].

If you're experiencing repeated responses, it might be worth checking if there are any configuration settings affecting chatflow behavior. In Dify's self-hosted Docker setup, settings like TEXT_GENERATION_TIMEOUT_MS and GUNICORN_TIMEOUT can influence chatflow stability [5]. Adjusting these settings might help mitigate the issue.

To continue talking to Dosu, mention @dosu.

@dosubot[bot] commented on GitHub (Nov 15, 2024): <!-- Answer --> I found a similar unsolved discussion that might be related to your issue: [“Navigating the ‘Stop Responding’ Prompt in Applications”](https://github.com/langgenius/dify/discussions/9235) <sup>[[1]](https://github.com/langgenius/dify/discussions/9235)</sup>. Additionally, there was a closed issue related to errors during conversation: [Encountered an error during the conversation;"ERROR:core.application_manager:Validation Error when generating"](https://github.com/langgenius/dify/issues/1991), which was resolved by a pull request that fixed an issue with Azure OpenAI stream response usage <sup>[[2]](https://github.com/langgenius/dify/issues/1991)</sup>. Regarding the mechanism in Dify's codebase that handles stopping a response, it involves the `controlStopResponding` prop in the `Result` component. When this is set, the `useEffect` hook triggers a function to update the responding state to `false`, effectively stopping the response process. The `handleStop` function also plays a role by setting a flag, updating the responding state, and aborting any ongoing requests <sup>[[3]](https://github.com/langgenius/dify/blob/main/web/app/components/base/chat/chat/hooks.ts)</sup><sup>[[4]](https://github.com/langgenius/dify/blob/main/web/app/components/share/text-generation/result/index.tsx)</sup>. If you're experiencing repeated responses, it might be worth checking if there are any configuration settings affecting chatflow behavior. In Dify's self-hosted Docker setup, settings like `TEXT_GENERATION_TIMEOUT_MS` and `GUNICORN_TIMEOUT` can influence chatflow stability <sup>[[5]](https://github.com/langgenius/dify-docs/blob/main/en/getting-started/install-self-hosted/environments.md)</sup>. Adjusting these settings might help mitigate the issue. <!-- Dosu Comment Footer --> *To continue talking to [Dosu](https://dosu.dev), mention @dosu.*
Author
Owner

@crazywoola commented on GitHub (Nov 15, 2024):

FYI

  • Check the model settings, especially the repeat penalty
  • Please provide A minimal DSL to reproduce this problem
  • Upgrade to latest verssion.
@crazywoola commented on GitHub (Nov 15, 2024): FYI - Check the model settings, especially the repeat penalty - Please provide A minimal DSL to reproduce this problem - Upgrade to latest verssion.
Author
Owner

@jenkin2120 commented on GitHub (Nov 15, 2024):

@crazywoola,
Thanks!

  • Check the model settings, especially the repeat penalty
    The repeat penalty parameter is not enabled.
  • Please provide A minimal DSL to reproduce this problem
    My chatflow is a bit complicated.
    Because the problem only occasionally arises, I think it may not be related to the configuration of workflow.

It seems system crashed, and repeats output the last sentence constantly, Just like there is an output requirement for it to do so again and again.
I am certain that such a request has not been made anywhere else.

@jenkin2120 commented on GitHub (Nov 15, 2024): @crazywoola, Thanks! - Check the model settings, especially the repeat penalty The repeat penalty parameter is not enabled. - Please provide A minimal DSL to reproduce this problem My chatflow is a bit complicated. Because the problem only occasionally arises, I think it may not be related to the configuration of workflow. It seems system crashed, and repeats output the last sentence constantly, Just like there is an output requirement for it to do so again and again. I am certain that such a request has not been made anywhere else.
Author
Owner

@crazywoola commented on GitHub (Nov 17, 2024):

We will not output duplicated message if the system is crashed, maybe it's the problem of the LLM side.

@crazywoola commented on GitHub (Nov 17, 2024): We will not output duplicated message if the system is crashed, maybe it's the problem of the LLM side.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: langgenius/dify#6792