issue: Inconsistency on the model settings

快速结论：该报错通常出现在 Open WebUI 中修改了「Admin/System/Models/Models Settings」里的模型参数（例如 num_ctx）后，进入聊天控制面板却发现显示值仍是旧默认值（如 2048）。这属于当前设计下的显示逻辑表现，并非模型设置被覆盖；优先确认聊天控制中的参数是处于“Default/关闭覆盖”状态还是自定义覆盖状态。

适用环境：Open WebUI 0.11.3，Docker 安装，Ollama 0.34.1，浏览器为 Firefox 156.0 及 flatpak open-webui 应用。

最快修复方案：暂无确认的一步修复方案。Issue 中维护者明确表示这是当前预期设计，聊天控制中的覆盖字段只有在启用自定义覆盖后才会填入可调整的初始基础默认值，因此没有可直接修复的配置项。若希望调整该交互，应作为 Feature Request 提交。

注意事项：聊天控制面板中被关闭或重置为“Default”的参数会交还给上游默认值，不会自动继承系统模型设置中的当前值；只有启用自定义覆盖时才会填入初始基础默认值供调整。这可能属于 UX 设计问题，而非模型设置未生效。

问题场景

用户在 Open WebUI 的「Admin/System/Models/Models Settings」中修改了模型参数 num_ctx，保存后新建聊天，打开聊天控制面板并进入 num_ctx 参数（默认状态），点击后发现仍显示旧值 2048。Admin 系统模型设置与聊天控制面板之间的显示不一致，用户无法判断哪个值才是实际生效值。Issue 中还提到可能同样出现在 topK、temperature 等其他参数上。

报错原文

issue: Inconsistency on the model settings
Always read this old moldy value : 2048

原因分析

根据 Issue 评论中维护者的说明，聊天控制面板中的参数不会自动继承系统模型设置中的值。当参数处于关闭或重置为“Default”状态时，聊天控制会交还给上游默认值；只有启用自定义覆盖时，字段才会填入初始基础默认值，供用户在此基础上调整。因此，聊天控制面板显示旧值 2048 属于当前设计的显示逻辑，而非模型设置被错误覆盖。

用户反馈中认为 Global 值其实已被正确计入，问题确实出在显示逻辑上；但维护者将其归为当前预期行为，并建议将“覆盖字段应继承当前系统配置值作为起始占位值”的改进作为 Feature Request 提出。可能原因写为“显示/交互逻辑与用户预期不一致”，而非实际参数未生效。

环境排查

确认 Open WebUI 版本：Issue 中为 0.11.3，Docker 安装。
确认 Ollama 版本：Issue 中为 0.34.1。
确认浏览器环境：Firefox 156.0 及 flatpak open-webui 应用。
确认发生问题的参数：num_ctx，Issue 中推测 topK、temperature 等参数可能同样受影响。
确认聊天控制中该参数是处于“Default/关闭覆盖”状态，还是已启用自定义覆盖。

解决步骤

在「Admin/System/Models/Models Settings」中修改并保存 num_ctx（或其他参数），确认系统级设置已生效。
新建聊天，打开聊天控制面板，查看 num_ctx 参数当前是“Default”还是已启用自定义覆盖。
如参数为“Default/关闭覆盖”，说明聊天控制交还给上游默认值，不会显示系统模型设置中的当前值，这是当前设计行为。
如需在聊天中覆盖该参数，启用自定义覆盖，字段会填入初始基础默认值（例如 2048），再手动调整为目标值。
若认为该交互应改为继承系统当前配置值作为起始占位值，按维护者建议在 Discussions 中提交 Feature Request，而非作为 bug 处理。

验证方法

启用聊天控制中的自定义覆盖后，确认字段填入的是初始基础默认值并可被手动修改；同时确认系统模型设置中的 num_ctx 实际已生效。Issue 中用户确认“global value is correctly accounted for”，即系统级值本身是正确计入的，问题集中在聊天控制面板的显示与默认填充逻辑。