issue: Models page in settings shows deleted/unavailable models

快速结论：这个报错通常出现在 Open WebUI 升级到 0.11.4 后，在“Admin Panel → Settings → Models”里看到大量早就在 Ollama 或 API 端删除/下线的模型，列表被历史模型撑爆；优先排查这是否是版本回归，以及这些条目是否只是数据库残留而非真实可用模型。

适用环境：Issue 中确认的复现环境为 Open WebUI 0.11.4（Pip 安装方式）、macOS 27、Safari、Ollama 0.34；报告者同时说明该问题也适用于 API 模型。另一位用户使用两个 llama-swap 实例、共约 40 个模型接入 Open WebUI 时也复现了该问题。

最快修复方案：暂无确认的一步修复方案。Issue 评论中给出的临时做法是：在 Models 列表中把这些已不存在的模型逐个“Disable”，然后暂时忽略它们——它们不会出现在新建聊天的模型选择中，但删除功能当时尚未实现。

注意事项：“Disable 后忽略”只是绕过，模型条目仍保留在 Models 列表里；尝试直接在 sqlite3 的 model 表中删除对应 id 没有生效（可能是被重新写回，也可能是数据库用户权限问题，未最终确认）。打开或关闭“Cache Base Model List”、在 Connections 页面点刷新都无效。被标记为相关的 #29069、#29095、#26788、#29564 经用户判断与本次回归并不相同，因此不要照搬这些 Issue 的结论。

问题场景

在 Open WebUI 中通过 Ollama 或 API（例如 llama-swap）接入模型。用户先拉取某个模型，在 WebUI 的模型设置里对它做过编辑（例如改图标）并保存，随后在 Ollama 或对应 API 端把该模型删除。刷新页面后重新进入 Admin Panel → Settings → Models，被删除的模型仍然显示在列表中，而不是被隐藏或标记为不可用。

从 0.11.4 开始，模型管理页会列出大量历史上连接过、但当前已不存在的模型；而新建聊天时只能选到真正处于活动状态的模型，说明列表展示与实际可用性已经脱节。

报错原文

issue: Models page in settings shows deleted/unavailable models

Previously deleted/unavailable models will not appear in the models admin settings page. They do now which clutter up model management.

Expected Behavior
Deleted/unavailable models should be hidden/explicitly shown as unavailable

Actual Behavior
Deleted/unavailable models show up in models page

原因分析

最可能的原因是 Open WebUI 0.11.4 改变了模型列表的呈现逻辑，属于行为回归：模型管理页把数据库中保留的历史模型记录也一并展示出来，而不是只展示当前 provider 实际提供的模型。用户编辑过模型（如改图标）后，WebUI 层面往往会留下一条持久化的模型记录；当 provider 端删除该模型时，这条记录不会同步清理，于是继续出现在 Models 页面。

从 Issue 的讨论来看，当时缺少“删除已下线模型”的功能，因此这些记录无处可去；它们不参与新建聊天的模型选择，说明可用性判断和列表展示走了不同路径。“Cache Base Model List”开关和 Connections 页面的 refresh 均无效，进一步说明问题不在 provider 拉取缓存这一层。以上判断基于报告者与评论者的现象描述，官方在该 Issue 中未给出根因结论。

环境排查

确认 Open WebUI 版本，报告者确认在 0.11.4 以及提交报告时的 dev 分支均可复现。
确认安装方式（本 Issue 为 Pip 安装）。
确认操作系统与浏览器（本 Issue 为 macOS 27 + Safari）。
确认 Ollama 版本（本 Issue 为 0.34），以及是否存在多个 API provider（如 llama-swap）接入。
对比模型管理页条目数量与实际 provider 端可用模型数量，判断是否存在大量历史残留记录。
检查 Admin Panel → Settings → Connections 中“Cache Base Model List”的开关状态；Issue 中报告无论开或关都无效。
如需排查数据库，注意评论者尝试直接从 sqlite3 的 model 表删除 id 未成功，涉及数据库权限或记录被写回的可能，操作前应自行评估风险。

解决步骤

先确认现象：在 Admin Panel → Settings → Models 中查看列表，核对其中哪些模型已从 Ollama 或 API 端删除。若这些条目仍出现在列表中，但新建聊天时无法选择，即符合本 Issue 描述。
不要指望缓存刷新：打开/关闭“Cache Base Model List”，以及在 Settings → Connections 点击 refresh，Issue 中报告均无法清除这些条目。
采用评论中给出的临时方案：对每个已失效的模型执行 Disable，使其不参与正常使用，然后暂时忽略它在列表中的存在。
关注上游是否补充“删除非活动模型”的功能。报告时该功能尚未实现，Issue 已关闭，但评论中没有给出已验证的删除方法。
如你想自行清理数据库，需注意：评论者尝试从 sqlite3 的 model 表删除对应 id 没有生效，存在记录被写回或权限不足的可能；这是未经确认的途径，执行前请备份数据。

验证方法

重新进入 Admin Panel → Settings → Models，确认已删除/不可用的模型是否不再以可选状态干扰管理；对已 Disable 的模型，确认新建聊天时确实无法选择它们。若模型仍留在列表中，说明你遇到的是同一类残留展示问题，而不是缓存未刷新。最终以 Open WebUI 后续版本是否修复该回归为准。