- 已装运
- 2026年7月16日 17:58 UTC
- 作者
- Kamo
- 提交
- a9a6652
成员 UI 偏好( 导航布局、 六角头大小等) 被存储 在成员 UI PREFERENCES中,每行(成员 id, pref key)由独有的守护 约束 UK MEMEBER UI PREF KEY. "重置为标准"软删除导航 布局(DELETE - > is active=false),但让行占据该密钥。 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}看一看只活跃的一行 finder, 错过了挥之不去的行, 建造了全新的行和INSERTed 它 - > UK MEMBER UI PREF KEY - > HTTP 500上的重复键侵犯. 这个 Kamo-内部前端吞下500(乐观的.catch ()),所以该成员 重新排序的导航似乎保存会话中, 但从未持续, 每一次登录 重置为标准布局 。 纳发拉尤特是唯一的预告 因为 这是唯一一个重置 - > DELETE 路径的密钥。 修复: 以天然键向上查看行, 不管是否为 活性( 新建) 安保事务-当地 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}如此高涨的复活 并重新激活软删除行(由 PK 生成的 UPDATE) 而不是 InSERTing a 相撞重复 。 阅读( list/get) 故意只保留活动 。 成员 已经卡住了自我康复 在他们的下一次重排。 无计划/共享-lib变化; 安保部门只重新部署.