bug: Disabling a model removes its row from Admin Panel → Settings → Models entirely

在 Open WebUI 0.11.1 中,当管理员在 Admin Panel → Settings → Models 页面关闭某个模型的 Enabled 开关后,该模型会直接从列表中消失,且没有任何 UI 入口可以重新启用它——这是 0.11.1 版本引入的回归缺陷,通常与模型禁用状态的服务端过滤

快速结论:在 Open WebUI 0.11.1 中,当管理员在 Admin Panel → Settings → Models 页面关闭某个模型的 Enabled 开关后,该模型会直接从列表中消失,且没有任何 UI 入口可以重新启用它——这是 0.11.1 版本引入的回归缺陷,通常与模型禁用状态的服务端过滤逻辑有关。优先排查 Open WebUI 版本是否为 0.11.1,并避免在修复前对模型执行禁用操作。

适用环境:Open WebUI v0.11.1(Docker 部署,镜像 ghcr.io/open-webui/open-webui:v0.11.1);宿主机为 Raspberry Pi 5(Raspberry Pi OS 64-bit / Debian 13 trixie,内核 6.12.75+rpt-rpi-2712,aarch64 架构);客户端为 Open WebUI macOS 桌面应用。

最快修复方案:暂无确认的一步修复方案。Issue 中唯一能恢复模型可见性的方法是点击 Admin 模型列表中的 “Reset All Models”,但此操作会重置所有模型的自定义配置,属于破坏性操作,不是推荐的首选方案。

注意事项:“Reset All Models” 会丢失所有模型的个性化设置,不仅是目标模型;该操作可以恢复模型显示,但不应视为正常工作流。此问题已在多个 Issue(#29036、#29049)中被确认,属于同一回归缺陷,修复需等待官方发布补丁版本。

问题场景

使用 Open WebUI v0.11.1(Docker 部署),管理员在 Admin Panel → Settings → Models 页面关闭某个模型的 Enabled 开关,期望该模型仅从用户模型选择器中移除,但仍保留在管理后台列表中供重新启用。实际结果是整行记录从管理列表中完全消失,且在任何界面(包括 Workspace → Models、用户模型选择器、搜索和筛选)都无法再找到该模型,也无法通过 UI 重新启用。唯一恢复方法是点击 “Reset All Models”,但这会破坏性地重置所有模型的自定义配置。

报错原文

bug: Disabling a model removes its row from Admin Panel → Settings → Models entirely

Immediately after switching a model's Enabled switch off:
The row disappears from the very list I used to disable it (Admin Panel → Settings → Models) — the whole entry is gone, not greyed out.
It is also gone from Workspace → Models and from every user-facing model selector (for admin and regular users alike).
There is no UI way left to turn it back on: it cannot be found by search, no "Disabled" section/filter reveals it, and no API-key-visible settings page lists it.

原因分析

可能原因是 Open WebUI 0.11.1 的服务端在禁用模型时,将模型的禁用状态过滤逻辑应用到了管理列表本身,导致被禁用的模型行从 Admin Panel → Settings → Models 中被直接隐藏,而不是仅从用户可用的模型选择器中移除。从关联 Issue(#29036)的确认信息来看,被禁用的行是在服务端被过滤掉的,且管理列表缺失该行的呈现方式。另一个关联 Issue(#29049)证实这是 0.11.1 版本的回归问题——在 0.11.0 中禁用模型后升级到 0.11.1,模型同样会从列表中消失。这指向模型列表的查询或渲染逻辑在 0.11.1 中被改动,导致禁用状态被错误地应用到了管理视图。

环境排查

  • 确认 Open WebUI 版本是否为 v0.11.1(Docker 镜像 ghcr.io/open-webui/open-webui:v0.11.1)
  • 检查是否通过 Docker 部署,端口映射是否为 3000:8080
  • 确认客户端是否为 macOS 桌面应用;如有条件,可尝试用 Chrome/Safari 浏览器复现,排除客户端差异
  • 记录所有环境变量和 Docker Compose 覆盖配置,确认是否有影响模型列表的自定义设置
  • 如果是升级场景,确认升级前的 Open WebUI 版本(0.11.0 或更早)

解决步骤

  1. 暂时避免禁用模型:在官方补丁发布前,不要对模型执行 Enabled 开关操作,防止模型从管理列表中消失。
  2. 备份当前模型配置:如果已知需要禁用的模型,建议先通过 API 或数据库备份模型的自定义设置(如有),以便后续恢复。
  3. 恢复已消失的模型:如果模型已经消失,唯一的已知恢复方法是在 Admin Panel 模型列表中点击 Reset All Models。注意:此操作会重置所有模型的自定义配置,执行前务必确认可接受的损失范围。
  4. 验证恢复结果:点击 Reset 后,确认目标模型重新出现在 Admin Panel → Settings → Models 列表中,且可以正常切换 Enabled 开关。
  5. 跟进官方修复:持续关注 Open WebUI 的 release 和 Issue #29069、#29036、#29049 的更新,等待包含修复的版本发布后升级。
  6. 补充排查信息(可选):如果问题在升级版本后仍存在,可在 Issue 中补充 Docker 容器日志和浏览器控制台日志,帮助维护者定位具体错误。

验证方法

确认问题已解决的标准:在 Admin Panel → Settings → Models 页面中,被禁用的模型行仍然可见(可以灰色显示或以某种状态标识),并且可以通过 UI 开关将其重新启用,而不需要执行 Reset All Models。同时确认用户模型选择器中已不再显示该禁用模型。如果上述行为得到满足,说明模型禁用逻辑恢复正常。

参考来源

open-webui/open-webui #29069

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

这个方案解决了吗?

celebrityanime
celebrityanime
文章: 20523

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注