issue: Container exits with code 0 and no logs on v0.12.3

该报错通常出现在 Docker 方式部署 Open WebUI v0.12.3 时,容器以退出码 0 退出且日志为空,属于容器在 Open WebUI 启动脚本产生输出之前就结束的场景。优先排查宿主机的 Docker 运行方式与镜像启动配置,而不是直接判定为 Open WebUI 应用代码问题。

该报错通常出现在 Docker 方式部署 Open WebUI v0.12.3 时,容器以退出码 0 退出且日志为空,属于容器在 Open WebUI 启动脚本产生输出之前就结束的场景。优先排查宿主机的 Docker 运行方式与镜像启动配置,而不是直接判定为 Open WebUI 应用代码问题。

使用 slim 镜像( USE_SLIM=true )并设置 STORAGE_PROVIDER=azure 时,Open WebUI 会在加载存储提供者阶段失败,因为 slim 分支的判断逻辑只接受 local / s3,且 slim 依赖清单中没有 azure-storage-blob。优先确认你

该报错通常出现在用镜像或二进制扫描工具(如 Trivy)对 /usr/local/bin/ollama 这个 Go 二进制做漏洞扫描时,会报出 CRITICAL and HIGH CVE Vulnerabilities reported in OLLAMA GOBinary ,核心原因是 Ollam

当 Ollama 收到 POST /v1/responses 流式请求,且模型已开始输出 reasoning 增量后,流可能被干净地关闭,没有任何终止事件,核心报错为 Intermittent /v1/responses stream closes during reasoning without

在 Windows VS2022 上用 cl 编译 llama.cpp 后,加载 ggml-model-q4_0.bin 量化模型会输出乱码或无意义 token;优先怀疑当时的量化代码只覆盖 ARM NEON,x86 上尚未支持,而不是推理参数或 prompt 的问题。

该报错通常出现在 llama.cpp 使用 peg-gemma4 聊天模板运行 Gemma 4 thinking 模型、且单轮对话中连续触发多次工具调用时,reasoning 尾部会逐渐累积换行和乱码,最终可能导致解析失败甚至模型返回 500。优先排查 chat template 中 thinkin
![[Bug]: ROCm Stack DeepSeekv4.1 Flash Issue spamming logs with GLUON backend not available. Using TRITON backend!!!](https://www.chat-gpts.plus/wp-content/uploads/2026/10/56540-24ccf306-768x403.jpg)
在 ROCm 环境启动 DeepSeekv4.1 Flash 时,工作进程里反复打印 GLUON backend not available. Using TRITON backend!!! ,通常意味着 AITER 的 GLUON 后端没有启用或不可用,系统退回 TRITON 后端继续运行,功能不
![[Bug]: DFLASH2 force reprocesses context every reply](https://www.chat-gpts.plus/wp-content/uploads/2026/10/53477-e0a951be-768x403.jpg)
该报错出现在 vLLM 配合 DFlash2 草稿模型做推测解码、并启用前缀缓存的长对话场景中:每次回复都无法复用已有上下文,系统会把整段 prompt 重新做一遍 prefill,具体表现为相同请求的前缀缓存命中数始终为 0,TTFT(首 token 延迟)明显偏高。排查时应优先检查前缀缓存命中计

在使用屏幕阅读器或通过浏览器控制台检查 Open WebUI 的 Workspace 页面(Models、Knowledge、Prompts、Skills、Tools)时,页面内不存在任何 h1–h6 标题元素,导致按标题导航失效、无法确认当前所在页面。优先排查 Workspace 各页面模板中是否

在 Open WebUI 的“设置 > 归档聊天”中,用键盘按下某行的“Unarchive Chat”按钮后,该聊天被取消归档、所在行随即从列表中移除,键盘焦点随按钮一起消失并落到页面主体(BODY)上,导致下一次按 Tab 从头开始。优先排查的是:行被移除后是否主动把焦点转移到列表中的下一个“Un