issue: [regression] [dev] Holding Shift no longer shows the Delete buttons on the Notes page after clicking a button

问题场景

在 Open WebUI 的 Notes 页面中，预期行为是按住 Shift 时，每条笔记的菜单按钮变成 Delete 按钮，可直接删除该笔记。触发场景为：Notes 页面至少有 1 条笔记，用视图下拉框把布局从 List 切换为 Grid（或其他任意按钮点击），之后按住 Shift，菜单按钮不再变化，Shift 快捷键看起来完全失效。同样的 Shift 快捷方式改动也影响 Models、Prompts、Skills、Tools 和 Automations 页面。

报错原文

issue: [regression] [dev] Holding Shift no longer shows the Delete buttons on the Notes page after clicking a button

Expected: each note's menu button turns into a Delete button while Shift is held, as it does in 0.13.0.
Actual: nothing changes; the menu buttons stay.

原因分析

可能原因：`#33676` 为修复 Shift 触发删除并导致键盘焦点丢失的问题（见相关 Issue #33675），对基于 Shift 的快捷删除逻辑做了调整。调整后，Shift 切换逻辑与按钮的焦点状态产生了耦合：只要页面上某个按钮仍保持焦点，Shift 的切换就不会生效；焦点离开所有按钮后才恢复。Issue 明确指出该问题在 `#33676` 之前的 dev 上不存在，因此回归最可能由该变更引入。具体是事件监听条件、焦点判断还是按钮状态同步的问题，Issue 讨论中未给出代码级结论。

环境排查

• 确认 Open WebUI 版本：问题出现在 dev（0.13.1 release PR）上，0.13.0 正常；可对比 `#33676` 合入前后的构建。
• 确认浏览器：Issue 报告为 Chrome，可尝试在无扩展干扰的窗口或另一浏览器中复现，排除扩展或缓存影响。
• 确认 Notes 中至少存在一条笔记，并记录点击了哪个按钮（如下拉框、行内菜单按钮）。
• 确认当前焦点位置：点击后按钮是否仍处于聚焦状态，用 Tab 移动焦点后再按 Shift 观察行为是否变化。
• 检查是否同时涉及 Models、Prompts、Skills、Tools、Automations 页面，判断是否为同一处 Shift 快捷逻辑导致。

解决步骤

1. 打开 Notes 页面，确保至少有一条笔记。
2. 用视图下拉框把布局从 List 切换为 Grid，然后按住 Shift，确认菜单按钮是否仍不切换，先稳定复现问题。
3. 点击页面空白区域或按 Esc/Tab 将焦点移出所有按钮，再按住 Shift，观察 Delete 按钮是否恢复显示，以确认症状与焦点状态相关（此为规避验证，并非修复）。
4. 将 Open WebUI 回退或切换到 `#33676` 合入之前的 dev 构建进行对比，确认回归来源；该对比可帮助判断是否需等待上游修复。
5. 关注 `#33676` 相关后续修复及 0.13.1 正式发布说明；Issue 本身未提供可直接执行的补丁步骤，不建议自行改动前端代码。

验证方法

在 Notes 页面点击任意按钮后直接按住 Shift，菜单按钮应立即变为 Delete 按钮，松开 Shift 后恢复；同时用 Tab 聚焦到行内按钮时不应触发该切换。若点击按钮后仍需先让焦点离开才能切换，说明问题仍存在。

参考来源

open-webui/open-webui #33714

AI 工具推荐

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

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

了解 GamsGo AI

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