LLM text chunks are streamed as message_file when assistant message has files

当同一条 assistant 消息既有附件文件、又在流式输出 LLM 文本时,Dify 后端会把文本分片误标成 message_file 事件,导致前端把回答文本当成文件事件丢弃或渲染异常。优先排查流式响应里文本分片的 event 类型是不是变成了 message_file 。

当同一条 assistant 消息既有附件文件、又在流式输出 LLM 文本时,Dify 后端会把文本分片误标成 message_file 事件,导致前端把回答文本当成文件事件丢弃或渲染异常。优先排查流式响应里文本分片的 event 类型是不是变成了 message_file 。
![issue: [regression] [dev] Holding Shift no longer shows the Delete buttons on the Notes page after clicking a button](https://www.chat-gpts.plus/wp-content/uploads/2026/11/33714-9975cfd0-768x403.jpg)
这个回归现象通常出现在 Open WebUI 的 Notes 页面:只要鼠标点击过页面上的任意按钮(例如用视图下拉框切换到 Grid 布局),之后按住 Shift 就不再把这些笔记的菜单按钮切换成 Delete 按钮,直到焦点离开所有按钮才恢复。优先排查触发点击后当前的焦点状态,以及 #33676
![issue: [regression] [dev] Reason and comment of a thumbs-down rating are lost when saved before tags are generated](https://www.chat-gpts.plus/wp-content/uploads/2026/11/33715-fc86ea28-768x403.jpg)
在 dev 分支(0.13.1 发布 PR)上,如果后台标签(tags)还在生成时点击 Save 提交差评,之后标签生成完成会覆盖已保存的评分理由和评论,界面仍显示“Thanks for your feedback!”。优先排查标签生成与评分保存的时序竞争,必要时在标签生成完成后再保存,或回退到 0

这条提示通常出现在 Open WebUI 上传并解析含特定内嵌字体的 PDF 时(尤其是开启 “Bypass Embedding and Retrieval” 后),是 pypdf 输出的 WARN 日志,并非 Open WebUI 解析失败。优先排查点在于确认上传与文本提取是否正常,而不是把它当成
![[FSDP2] cpu_ram_efficient_loading materializes full model on CPU for every non-rank-0, defeating rank-0 broadcast (host OOM)](https://www.chat-gpts.plus/wp-content/uploads/2026/11/49297-32f2ed2d-768x403.jpg)
这个报错通常出现在多卡、单机多进程的 FSDP2 训练场景中:用户启用了 cpu_ram_efficient_loading ( FSDP_CPU_RAM_EFFICIENT_LOADING=1 ),本以为只有 rank-0 在 CPU 上加载权重、再广播给其他 rank,但 from_pretra

“MCP SQL tools fail with “only 1 query parameter(s) are set” after upgrading to 2.45.7” 通常出现在 MCP 工具调用 Microsoft SQL Tool 节点、且需要两个及以上 SQL 占位符参数时,节点把逗号

ComfyUI 在 GPU 后端(ROCm)下空转时 "python" process at 100% CPU usage when idle,通常与所用 PyTorch/ROCm 版本本身的缺陷有关,优先排查 PyTorch 与 ROCm 版本组合,而不是 ComfyUI 节点代码。
![[Request] Support MCP Version 2026-07-28](https://www.chat-gpts.plus/wp-content/uploads/2026/11/20108-61bfe901-768x403.jpg)
当 LobeChat 通过 Streamable HTTP 连接一个只接受 MCP 协议版本 2026-07-28 的 MCP 服务时,客户端仍以 2025-11-25 发起初始化,被服务端拒绝,报错为 [Request] Support MCP Version 2026-07-28。优先排查客户端

在默认的有状态 streamable-HTTP 配置下,服务端在请求校验之前就先注册了会话,因此被拒绝的请求(400/405/406/421 等)会留下未终止的会话;优先排查 `stateless_http`、`session_idle_timeout` 的取值,以及是否有反向代理限流兜底。

当拼接、裁剪或音频提取流程处理“无音轨”的静音视频(例如 Wan 生成的片段)时, extract_audio_pcm 通过匹配 ffmpeg stderr 中的 “does not contain any stream” 文本来判断“没有音轨”。一旦 ffmpeg 版本或语言环境改变了这句措辞,静