[Bug]: Confluence and Jira sync drop documents updated inside the watermark minute
![[Bug]: Confluence and Jira sync drop documents updated inside the watermark minute](https://www.chat-gpts.plus/wp-content/uploads/2026/11/21576-020c9152-768x403.jpg)
Confluence 或 Jira 增量同步时,如果文档更新落在“水位线所在的那一分钟”内,本次同步与下次同步都不会收录该文档,表现为文档永久漏同步。优先排查水位线(watermark)的时间精度与客户端过滤条件是否一致。
![[Bug]: Confluence and Jira sync drop documents updated inside the watermark minute](https://www.chat-gpts.plus/wp-content/uploads/2026/11/21576-020c9152-768x403.jpg)
Confluence 或 Jira 增量同步时,如果文档更新落在“水位线所在的那一分钟”内,本次同步与下次同步都不会收录该文档,表现为文档永久漏同步。优先排查水位线(watermark)的时间精度与客户端过滤条件是否一致。
![[Bug]: Connector OAuth credentials (access token, refresh token, client secret) are stored in plaintext in the database](https://www.chat-gpts.plus/wp-content/uploads/2026/11/17265-76d6b229-768x403.jpg)
该报错描述的是 RAGFlow 数据源连接器完成 OAuth 授权后,access token、refresh token 与 client_secret 被明文写入 MySQL connector.config 字段,属于静态存储缺少加密,而不是授权流程本身失败。优先确认部署版本与 connect
![[Bug][ROCm]: ROCM_AITER_MLA can select an aiter MLA decode kernel that silently returns uncorrelated output (gqa_ratio=16, fp8 Q+KV, decode_](https://www.chat-gpts.plus/wp-content/uploads/2026/11/66141-f364a62a-768x403.jpg)
该问题出现在使用 ROCm 版 vLLM( ROCM_AITER_MLA 后端)+ aiter MLA decode 的场景:当 aiter 以 非持久(non-persistent)路径 、fp8 Q + fp8 KV、 gqa_ratio=16 、 decode_qlen 为 3–4 调用 ml
![[Bug] MTP draft model does not inherit --hf-overrides (YaRN): length gate + dummy-0 drafts silently kill speculative acceptance beyond the d](https://www.chat-gpts.plus/wp-content/uploads/2026/11/58080-d6a21188-768x403.jpg)
在 vLLM V1 引擎中,当用 --hf-overrides (dict 形式,例如 YaRN ×4)把目标模型的上下文扩展后,MTP draft 模型不会继承这次覆盖;draft 仍使用原生 max_position_embeddings (如 262,144)作为 max_model_len

在 vLLM 中加载 Gemma4 MoE 模型并提供 PEFT 专家 LoRA 适配器时,若未启用混合 MoE LoRA 格式,引擎会因 LoRA 适配器含 3D 融合 MoE 权重、而模型侧使用 2D MoE LoRA 包装器而报错。优先排查启动时是否启用了 enable_mixed_moe_l

在 Open WebUI 中调用内置工具 grep_knowledge_files 检索知识库时,若 pattern 里包含 \. 这类合法的正则转义(典型如 Art\. 40 ),工具会因正则自动识别不完整而判定为字面量匹配,返回 "No matches" 假阴性;优先检查 pattern 中的转

这个报错通常发生在使用 ghcr.io/open-webui/open-webui:ollama 镜像启动 Open WebUI、并期望容器内自带 Ollama 的场景;如果 command -v ollama 在容器内没有输出,优先确认所用镜像版本是否为 0.13.1 / 0.13.2 的 amd

在 SwarmUI 中把已经带 Alpha 通道的 8-bit sRGB RGBA 图像转换为 WebP 并开启 stealth metadata("Alpha")时,像素会被破坏。优先排查 ImageMagick 像素缓存的共享/分离行为差异,以及扩展调用 ConvertTo 的方式。
![[Bug]: Wiki REFINE does not recover after transient LLM retries are exhausted](https://www.chat-gpts.plus/wp-content/uploads/2026/11/20929-0b02e3f8-768x403.jpg)
该报错出现在 RAGFlow 生成 Wiki 的 REFINE 阶段:LLM 网关短暂返回 429 等瞬态失败,现有重试耗尽后页面被直接标记为失败,本轮运行不会再自动重试,即使网关随后恢复也只能手动 Update 才能补回。优先排查 LLM 网关的限流/配额状况,并确认是否已包含 #20930 的修
![[Bug]: Admin user list returns only the first 10 users when no page_size is given](https://www.chat-gpts.plus/wp-content/uploads/2026/11/21722-e4a3b681-768x403.jpg)
这个报错通常出现在 RAGFlow 管理后台的用户管理页:前端调用 GET /api/v1/admin/users 时未带分页参数,后端默认把 page_size 当作 10,导致账号数超过 10 个时,第 11 个及之后的用户看不到、也搜不到。优先排查后端 ListUsers 对缺省 page_s