[Bug] Chatflow with Human Input node: input box remains disabled after workflow completion in v1.16.1

问题场景

用户在 Dify（WebApp 或 Dify Cloud）中运行已发布的 Chatflow 应用，工作流中任意位置放置了 Human Input 节点（例如简单表单或审批步骤）。当会话推进到 Human Input 节点、用户填写并提交表单后，后续节点（含最终 Answer 节点）全部执行完毕，但 WebApp 聊天界面下方的输入框仍然处于灰色、不可交互的禁用状态，无法继续输入和发送新消息，只能手动刷新浏览器页面才能恢复。该问题在 Self Hosted（Docker）与官方 Dify Cloud 上均可复现，说明并非本地环境特有问题。

报错原文

[Bug] Chatflow with Human Input node: input box remains disabled after workflow completion in v1.16.1

After the workflow fully completes (including the final Answer output), the chat input box remains disabled (greyed out / non-interactive). The user must manually refresh the browser page to regain the ability to type and send new messages.

原因分析

根据 Issue 讨论链，这可能是两个独立问题叠加的结果：

• 前端 isResponding 状态在 Human Input 恢复后未复位：相关 Issue #38991 描述了相同症状。在已发布的 Chatflow 中，当初始流在 workflow_paused 处结束时，前端会把 isResponding 置为 false；而当恢复后的流发出 workflow_started 时，前端没有把它重新置为 true。调试/预览路径处理正确，但已发布 WebApp 的 handleSend 路径没有正确恢复该状态。
• 聊天输入框的 pointer-event 处理：PR #38385（2026-07-03 合并）与 PR #38510（2026-07-08 合并）修复了聊天页脚与输入区域上的 CSS pointer-events，用于改进聊天输入框的禁用状态管理。
• 后端相关但影响范围不同：Issue #39448 指出 WorkflowAppQueueManager 未将 QueueWorkflowPausedEvent 视为终止事件，导致恢复后的 Workflow 运行以 “stopped by user” 中止。该后端问题主要影响 Workflow 应用；Chatflow 在后端侧不受影响，因为 advanced-chat 流水线在暂停时已发布 QueueAdvancedChatMessageEndEvent，该事件属于终止事件集合。以上判断均出自 Issue 讨论内容，未在 Issue 中经过升级回帖验证。

环境排查

• 确认 Dify 版本号：Issue 报告版本为 v1.16.1，该版本可能尚未包含后续合并的前端修复。
• 确认部署方式：Self Hosted（Docker）还是 Dify Cloud；Issue 中两者均能复现，Cloud 端应随官方发布更新，自托管需自行升级镜像。
• 确认应用类型：是 Chatflow 还是 Workflow；两者后端处理路径不同，Workflow 场景可能还需 #39448 的修复。
• 确认工作流中存在 Human Input 节点，且其后续节点（含 Answer 节点）已完整执行完毕。
• 确认复现路径是否为已发布 WebApp 的 handleSend 路径，而非调试/预览界面（Issue 指出调试路径行为正确）。
• Issue 未提供操作系统、Python、CUDA、显卡、PyTorch 或节点依赖版本信息，无需额外核对。

解决步骤

1. 记录当前 Dify 版本，确认是否为 v1.16.1（或同样早于 2026 年 7 月合并 PR 的版本）。
2. 检查目标升级版本是否包含 PR #38385 与 PR #38510；这两个 PR 分别于 2026-07-03 和 2026-07-08 合并。
3. 将 Dify 升级到包含上述两个 PR 的发布版本（自托管按官方升级流程更新镜像；Cloud 端等待/确认官方发布已包含修复）。
4. 如果使用的是 Workflow 应用而非 Chatflow，同时确认目标版本是否包含 Issue #39448 的修复，否则恢复运行仍可能以 “stopped by user” 中止。
5. 在升级前的临时处理：提交 Human Input 并等待工作流完成后，手动刷新浏览器页面即可恢复输入框（这是 Issue 中报告的实际现象，属于绕过而非修复）。
6. 升级后按“验证方法”重新走一遍完整复现步骤。

验证方法

在修复后的版本中重新执行 Issue 的复现步骤：新建 Chatflow 应用 → 加入 Human Input 节点 → 发布并通过 WebApp 打开 → 触发会话直到 Human Input 节点 → 填写并提交表单 → 等待后续节点（含最终 Answer 节点）全部执行完毕。此时不刷新页面，观察聊天输入框是否自动恢复为可用状态并能正常发送新消息。如果输入框在人工输入提交期间保持禁用、工作流完成后立即恢复可用，即与 v1.13.3 的预期行为一致，问题已解决。

参考来源

langgenius/dify #40076

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。