快速结论
先选一个可恢复的偏好做保存与重启对照,再确认档案、数据目录及实际构建;不要用清空配置作为第一步。
- PR #1236 描述打包过程移除持久化注册的问题。
- 新 Nightly 包含相关修复记录。
- 偏好保存与模型配置、目录迁移是不同检查项。
本次更新:10 月 27 日复核:10 月 27 日:持久化修复进入常规发行。保留原网址与首次发布时间。
如果通知开关当时改好了,重启后又恢复默认,先保存一份环境和操作记录。PR #1236 说明某些 store 的持久化注册在打包时被移除;nightly-20261025 已列出修复。这能提供排查线索,不能自动解释每一次设置丢失。
1. 只选一个可恢复偏好
记录当前通知设置,调整一项,并按页面提供的保存方式完成操作。关闭设置页再打开,检查同一项是否仍然一致。不要同时改账号、代理、模型和路径,否则难以知道哪一步触发变化。
2. 分两次观察
| 检查阶段 | 要记录的结果 |
|---|---|
| 同一进程再次打开设置 | 新值是否显示 |
| 完整退出后重新启动 | 新值是否保留 |
| 主窗口与额外窗口 | 是否使用同一档案 |
| 常用启动方式与快捷方式 | 实际目录是否一致 |
关闭窗口可能留下后台进程,记录你实际采用的退出方式。若仅界面显示回退,同时查看是否有保存失败提示,保留脱敏日志。
3. 排除档案和目录变化
重启后进入另一档案,或 Windows 启动器仍指向旧目录,也会呈现不同设置。对照启动档案、工作目录与应用数据目录,涉及迁移时参考Windows 目录重启排查。
偏好重置也不等于模型密钥丢失,不应因此直接重置所有凭据。
4. 对比修复构建
保存原版本和偏好后,核对包含该修复的构建及实际安装版本,重复同一检查。回报时提供“修改后、关闭设置页后、重启后”的三组值;一次只提交一个明确现象。
本教程为操作建议,未安装复测。不要仅凭 PR 的测试通过或发行说明,就把个人设备写成已修复;以自己的重启结果作为验收依据。
10 月 27 日:持久化修复进入常规发行
通知等 store 的持久化修复已列入 v0.25.1;无需仅依据旧教程去寻找 nightly-20261025。实际安装后仍按“同进程重开设置—完整退出—重启”验收,并保留档案和目录记录,避免把不同档案的偏好差异误认为回归。
参考资料
本文依据以下资料整理,版本与接口信息请以来源页面的现行说明为准。