[Bug] Gmail trigger silently stops after 7 days: subscription expires_at is persisted as -1
![[Bug] Gmail trigger silently stops after 7 days: subscription expires_at is persisted as -1](https://www.chat-gpts.plus/wp-content/uploads/2026/09/41162-d3216684-768x403.jpg)
Dify 1.16.1 自托管(Docker)环境中,Gmail 触发器绑定 7 天后静默失效,因为持久化到数据库的 expires_at 为 -1(表示“永不过期”),导致定时刷新任务永远不会重新调用 Gmail users.watch 。优先检查 trigger_subscriptions 表中
![[Bug] Gmail trigger silently stops after 7 days: subscription expires_at is persisted as -1](https://www.chat-gpts.plus/wp-content/uploads/2026/09/41162-d3216684-768x403.jpg)
Dify 1.16.1 自托管(Docker)环境中,Gmail 触发器绑定 7 天后静默失效,因为持久化到数据库的 expires_at 为 -1(表示“永不过期”),导致定时刷新任务永远不会重新调用 Gmail users.watch 。优先检查 trigger_subscriptions 表中

该报错发生在 NVIDIA Jetson Thor(SM110a)上使用 vLLM 0.26.1rc1 及之后 nightly 镜像,对带 MTP 投机解码的 GDN 模型(如 Qwen3.8-27B-NVFP4)进行首次 decode 时。优先排查 vLLM 构建是否已包含 #53835 修复(向
![[Bug]: Strict tool calling attaches no structural tag when the reasoning and tool parsers share a parser engine](https://www.chat-gpts.plus/wp-content/uploads/2026/09/53745-ee48e740-768x403.jpg)
当 vLLM 的推理解析器(reasoning parser)与工具调用解析器(tool parser)指向同一个解析器引擎时,Strict Tool Calling 模式下可能不会附加结构约束标签(structural tag),导致模型输出不受 JSON Schema 约束。优先排查 --rea

该报错发生在模型输出被 Open WebUI 误解析为工具调用时,工具名称为空(None)导致字符串拼接崩溃。优先排查上游模型服务(sglang 自定义构建)是否输出了畸形/损坏的工具调用字段,而不是 Open WebUI 的解析逻辑。

该问题出现在 Open WebUI 原生 `search_web` 工具返回结果时,正文内容与 ` ` 引用标签分离展示,且 ` ` 标签内容为空,导致 AI 难以将搜索结果与来源 ID 正确对应。此问题在 dev 分支中已被修复,优先建议升级到最新 dev 版本验证。

在 Native Function Calling 模式下,Open WebUI 不会像旧版那样自动替你执行搜索并把结果注入模型。模型本身必须自主判断并调用 search_web 工具。如果模型能力不足(例如本地 9.7B 小模型),它可能编造 google_search 之类的工具名,或干脆不用搜

此报错发生在 Transformers 使用 MetalConfig 量化(bits=4/8)的模型上,当以 batch size > 1 进行生成时,只有第一行输出正确,后续所有行解码结果坍缩为 token 0(输出 !!!!... )。优先排查 affine_qmm_t Metal kernel

该问题通常出现在 Ubuntu Linux 上通过 systemd 配置 Ollama 服务监听 0.0.0.0:8200 后,发现端口以 IPv6(tcp6)形式监听,且客户端调用时提示需要先运行 ollama serve 。优先排查客户端环境变量 OLLAMA_HOST 是否与服务端配置一致。

该报错通常发生在 Windows 下用 System.Environment 或 GUI 方式设置用户级环境变量 OLLAMA_CONTEXT_LENGTH 时,由于变量名被误写成 User (命令参数顺序颠倒所致),导致 Ollama 无法读取自定义上下文长度而回退到默认值。优先排查是否在 Pow

该报错通常出现在 Open Interpreter 0.0.40 中,当使用非 Responses 传输协议的提供商(如 moonshotai、opencode-go)发起会话时,所有需要工具调用的请求都会在工具执行前失败。优先排查方式是确认当前版本是否为 0.0.40,若是则直接升级到 0.0.4