Video previews in Image History stop working after ffmpeg 9.0 upgrade (-vsync removed)
该报错发生在 SwarmUI 将 ffmpeg 升级到 9.0 之后，视频缩略图无法生成 WebP 动图预览，且 Image History 面板会渲染出空白/损坏图片。优先排查 SwarmUI 的 ffmpeg 预览命令中是否仍在使用已被 9.0 移除的 -vsync 0 参数，以及缓存中是否残留
标签： Python
Guide: Resolving “421 Invalid Host Header” (DNS Rebinding Protection)
该报错通常发生在通过反向代理（Nginx、Caddy）、Cloudflare Tunnel、Kubernetes 或自定义域名访问 MCP 服务器时——SDK 自带的 DNS 重绑定防护机制会检查 Host 头，若不在允许列表内则返回 421。优先排查 FastMCP 的 transport_sec
[Question]:Issue with Invoke Component
![[Question]:Issue with Invoke Component](https://www.chat-gpts.plus/wp-content/uploads/2026/08/18186-d467ef1c-768x403.jpg)
这个报错是访问的远程服务器证书不合法（缺少 Subject Key Identifier 扩展）导致的 SSL 校验失败，并非 RAGFlow 自身 Bug。优先排查目标 API 的证书配置，或通过代理中转、修改源码方式绕过校验。
When mkv file uploaded to Gradio it converts to mp4 and this takes massive time
Gradio 在接收 .mkv 格式视频时，因默认不将其视为浏览器可播放格式，会无条件执行完整转码（re-encode），导致大文件上传显示耗时极长。优先排查目标是确认视频实际编码是否为浏览器兼容的 H.264，并尝试在 Gradio 侧跳过转码或改用 ffmpeg 的 -c copy 容器 rem
The bug in #13270 is not fixed in gradio@6.13.0
Gradio 6.13.0 在 Linux Firefox 下同时使用 gr.Dropdown / gr.Radio 与 gr.Dataframe 时，可能触发页面渲染卡顿或“页面拖慢 Firefox”的提示。优先建议升级到 Gradio 最新版本验证是否已修复。
issue: Tool calls silently dropped and thought_signature lost with Google’s OpenAI-compatible endpoint
该报错发生在 Open WebUI 通过 Google 的 OpenAI 兼容端点（ https://generativelanguage.googleapis.com/v1beta/openai ）启用原生工具调用时，模型主动调用工具（如内置 memory 工具的 list_memories ）后
websocket error
该报错通常出现在 Dify 自托管（Source 方式）部署中，由协作模式（Collaboration Mode）的 WebSocket 连接异常触发，常见原因包括 `api` 与 `api_websocket` 容器使用不同的 `SECRET_KEY`，以及 Socket.IO 的 Redis p
[Bug]: Ollama get_model_info constructs redundant path …/api/chat/api/show, causing 404s on remote instances
![[Bug]: Ollama get_model_info constructs redundant path .../api/chat/api/show, causing 404s on remote instances](https://www.chat-gpts.plus/wp-content/uploads/2026/08/25567-aee8822a-768x403.jpg)
该报错通常出现在 LiteLLM 连接远程 Ollama 实例并触发后台模型信息检查时，由于 api_base 中残留了 /api/chat 之类的 provider 后缀，LiteLLM 直接拼接出 /api/chat/api/show 这样的畸形 URL，导致远端 Ollama 返回 404。优
Misc. bug: model splitting happens regardless of –device isolation and –split-mode none
该问题发生在 llama.cpp 较新版本（约 10333）使用 Vulkan 多 GPU 运行时，即使指定了 --device 和 --split-mode none ，模型仍会被拆分到第二张显卡。优先尝试将 llama.cpp 更新到最新 git 版本，该问题在最新版本中已解决。
[BUG]: Bedrock LLM Provider is not working using Claude models?
![[BUG]: Bedrock LLM Provider is not working using Claude models?](https://www.chat-gpts.plus/wp-content/uploads/2026/08/6074-cf6c27ae-768x403.jpg)
该报错（[BUG]: Bedrock LLM Provider is not working using Claude models?）通常发生在 AnythingLLM 桌面版通过 AWS Bedrock 调用 Anthropic Claude 系列模型时，属于软件集成缺陷而非用户配置错误。优先排