mirror of
https://github.com/langgenius/dify-official-plugins.git
synced 2026-07-21 17:45:23 -04:00
[openai_api_compatible] Error: PluginInvokeError: {"args":{},"error_type":"ChunkedEncodingError","message":"Response ended prematurely"} #338
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @wangyeupc2012 on GitHub (Jun 4, 2025).
Self Checks
Dify version
1.1.3 & 1.4.1
Cloud or Self Hosted
Self Hosted (Docker)
Steps to reproduce
I'm writing to report an issue I encountered while integrating the Qwen3-32B model with Dify. Here's the background and details:
Background:
When integrating the Qwen3-32B model, since the model startup parameters did not include the configuration "enable_thinking=False" and I didn't want the thinking process to be output, I performed secondary encapsulation on this Qwen3-32B model and manually added this parameter. Here's the code snippet:
Issue:
After the encapsulation, Dify can connect to the model normally. However, an error occurs during non-streaming requests (response_mode=blocking).
Could you please help me investigate this problem? Any assistance would be greatly appreciated.
Thank you!
✔️ Expected Behavior
No response
❌ Actual Behavior
No response
@dosubot[bot] commented on GitHub (Jun 4, 2025):
Hi @wangyeupc2012! I'm Dosu and I’m helping the dify team.
The error
PluginInvokeError: {"args":{},"error_type":"ChunkedEncodingError","message":"Response ended prematurely"}during non-streaming requests with the Qwen3-32B model in Dify is likely caused by an issue in the HTTP response between Dify and your model backend. This type of error typically occurs when the backend model server closes the connection or fails to send a complete response, which can happen due to timeouts, network interruptions, or the backend not handling non-streaming (blocking) requests as expected.Your approach of setting
"enable_thinking": Falseis correct for non-streaming calls with Qwen3 models, as confirmed by relevant discussions in the Dify community. However, the Dify core codebase does not reference or process theenable_thinkingparameter directly; it simply passes it through to the model backend. Any issues related to this parameter or the response handling would originate from your custom plugin code or the upstream model server, not from Dify itself [source].To troubleshoot:
enable_thinkingparameter and that it does not introduce unexpected behavior for non-streaming requests.If the backend or plugin does not fully support non-streaming requests, you may need to adjust its implementation or configuration. The Dify infrastructure itself is agnostic to the
enable_thinkingparameter and relies on the backend to handle it appropriately [source].If you need more targeted help, please provide details about your backend logs or plugin implementation for non-streaming requests.
To reply, just mention my name @dosu.
How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other

@JIeJaitt commented on GitHub (Jul 23, 2025):
same problem
@dosubot[bot] commented on GitHub (Aug 20, 2025):
Hi, @wangyeupc2012. I'm Dosu, and I'm helping the dify-official-plugins team manage their backlog and am marking this issue as stale.
Issue Summary:
Next Steps:
Thank you for your understanding and contribution!
@paulthe13 commented on GitHub (Jan 10, 2026):
dify is a traaaash!
工作流甚至不能设置全局变量;循环节点内部不能嵌套循环节点;http节点的文件大小限制不能在面板上修改,居然需要用户去找配置文件,在配置文件中修改变量;调试功能几乎为0,一个迭代节点不能单步运行,居然需要从头开始,否则就是没有root;llm的参数在面板上拖动设置无效,点一下就恢复原状,最后也是需要进到配置文件中进行修改。
那我请问,号称低代码平台的dify,不应该门槛更低吗?自由度低和门槛高居然同时存在于一个平台,这不是垃圾谁是?
dify一生黑,顺便说一句,上一个如此垃圾的是tensorflow,炸环境更是一绝!