【Bug】【Desktop/Windows】0.2.2-rc.2 应用内更新 100% 失败：安装器备份旧目录 MoveFileExW error 32（干净环境 7/7 复现；rc.2 应用侧未修复）

[soupice]

说明：本贴是对同一缺陷的独立复现与补充数据，不是新问题。此前已有 #12988（同类根因）、#12974（详细时间线与代码定位）、#13037、#13004、#11119、#12489 等报告。若维护者认为重复，可合并到上述任一主帖，保留本贴的补充数据即可。

本报告由用户机器上的 DSH agent 整理并代发（用户授权），日志为真机原样摘录，路径中的账户名已替换为 <user>。

本贴补充点：① 在无杀软、无第三方进程占用的干净环境同样 7/7 复现；② 验证 0.2.2-rc.2 的应用侧（app.asar）没有修复这条路径；③ 给出“安装器 cwd 在安装目录内 → MoveFileExW 必然 error 32”的稳定复现；④ 同一安装包在应用完全退出后手动安装成功（14:36 完成，之后注册表版本为 0.2.2-rc.2）。

环境

项	值
OS	Windows 11 25H2（10.0.26200.9974），x64，zh-CN
安装方式	electron-builder NSIS per-user，%LOCALAPPDATA%\Programs\DeepSeek Harness
更新渠道	nightly（resources\app-update.yml：provider generic，channel nightly）
源版本	0.2.2-rc.1（build c59d10aff167ad7eefead4b3a9082fb57c8fbfe8；Electron 44.7.0 / Node 24.21.0）
目标版本	0.2.2-rc.2（build a6b1b85f44891ee1484bed6a9fc08acaae777d90）
安装包	deepseek-harness-0.2.2-rc.2-win-x64.exe，299,659,528 B；SHA-512（base64）5rRAkVruKkm4KELAbTqV8ZFrMwSo3oESnzXb9ebkJWPCMe6WuHORQZR63uY+BqAc6sBdyBtwSelsCGh0k1NcJA==（与 update-info.json 一致），SHA-256 7E25286518CE520B5C0943E178C52CDBA1CC9EC3680BC7DA181B79879E080C32，Authenticode Valid
rc.2 app.asar	208,137,981 B，SHA-256 49FD1B087190D594B15C44FE6394C6FFD591200ABA76E209B5769498F83076AE
第三方安全软件	无（未安装 360/火绒等，Windows Defender 默认实时防护；失败发生在本地目录重命名阶段，与下载无关）

现象与证据

应用内点击“重启并更新”，连续 7 次失败（本地时间 Asia/Shanghai：14:04:19、14:05:39、14:06:38、14:09:49、14:19:07、14:22:28、14:23:04）。每次失败在
%LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\installer-logs\directory-failure-*.log
留下日志，7 份内容完全一致（仅 GUID/时间不同）：

Operation: MoveFileExW
Windows error: 32 (另一个程序正在使用此文件，进程无法访问。)
Source: C:\Users\<user>\AppData\Local\Programs\DeepSeek Harness
Destination: C:\Users\<user>\AppData\Local\Programs\DeepSeek Harness.old-{GUID}
Restoration error: 0
Windows: 10.0.26200
Attempts:
backup: Windows error: 32   ×10

失败后应用被重新拉起（观察到 14:23:04 失败后，14:23:12 有新进程启动），所以从用户视角就是“每次点更新都失败、永远停在 rc.1”，且 UI 没有任何可读原因。

事件查看器“应用程序”日志在 14:08:52 另有一条 Application Hang（来源 Application Hang，事件 ID 1002，DeepSeek Harness.exe 文件版本 0.2.0.1，WER 类型 AppHangB1），说明更新退出交接期间应用进程曾卡死，会放大这个竞争条件。

对照实验（三个）

实验 1：应用完全退出后手动运行同一个安装包 → 一次成功
注册表 DisplayVersion 从 0.2.2-rc.1 变为 0.2.2-rc.2（安装目录 14:36:14 更新，14:36:24 新版进程启动），且没有产生新的 directory-failure 日志。说明安装包、下载、签名、权限、磁盘都正常，问题只在“应用内更新”这条路径。

实验 2：Windows 规则复现——进程 cwd 在目标目录内时改名必然 error 32

$d = Join-Path $env:TEMP ('cwd-repro-' + [guid]::NewGuid())
New-Item -ItemType Directory $d | Out-Null
[Environment]::CurrentDirectory = $d
try { [System.IO.Directory]::Move($d, $d + '-moved') }
catch { $_.Exception.InnerException.HResult }   # 0x80070020 = Windows error 32

实验 3：rc.2 应用侧未修复验证
装好 rc.2 后检查其 resources/app.asar：lib/main.js 全文没有 process.chdir；electron-updater 仍是 6.8.9，BaseUpdater.spawnLog 的 spawn 参数仍为 { stdio, env, detached: true }（不设置 cwd）。NsisUpdater.doInstall 走这条路 → 安装器继续继承应用进程的 cwd。也就是说 rc.2 没有针对本问题的应用侧修复，下次自动更新仍有很高概率原样复现。

根因分析（两处叠加，均在产品侧）

1）应用侧：安装器继承了“安装目录”作为工作目录，且交接有竞态

• electron-updater 6.8.9 的 BaseUpdater.quitAndInstall：先 install()（spawn 安装器），随后 setImmediate(() => app.quit())；安装器在应用退出之前就已经开始运行。
• BaseUpdater.spawnLog 的 spawn 参数是 { stdio, env, detached: true }，没有设置 cwd，安装器继承应用进程的 cwd。
• DSH 桌面从开始菜单快捷方式启动，该快捷方式“起始位置”= 安装目录本身（...\Programs\DeepSeek Harness）；rc.1 / rc.2 的 lib/main.js 均无 process.chdir。
• ⇒ 安装器自己的工作目录就是它要改名的目录，MoveFileExW 必然返回 ERROR_SHARING_VIOLATION(32)；即使应用完全退出，只要安装器 cwd 仍在安装目录内，改名仍然失败（与 #12988 的 PEB 实测结论一致）。
• 同时，安装器的备份改名与 app.quit() 并发，应用进程/句柄尚未释放，构成第二种占用。

2）安装器侧：备份失败后的重试策略无法恢复

• rc.2 安装包的“备份旧目录为 .old-{GUID}”步骤失败后只做 10 次快速重试，不等待应用退出，也不修正自身 cwd，然后 Abort 回滚；重试对该错误无效（7/7 复现）。
• 该失败对上层只表现为一次普通安装失败，installer-logs 里没有占用进程/cwd 信息，应用侧也无从自动化恢复（与 #12974 的 11.25s 重试窗口分析一致）。

复现步骤（开发自测）

1. 安装 0.2.2-rc.1，从开始菜单快捷方式启动（其“起始位置”为安装目录）。
2. 应用内检查并下载 nightly 的 0.2.2-rc.2。
3. 点击“重启并更新”。
4. 观察 %LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\installer-logs\ 生成 directory-failure-*.log，内容同上；版本停留在 rc.1。

预期：升级成功到 rc.2。实际：安装器备份旧目录失败并回滚，7/7 复现。

建议修复

1. 应用侧：quitAndInstall() 之前把进程 cwd 移出安装目录（如 process.chdir(app.getPath("userData"))），或改用带 cwd 的 helper 启动安装器（cwd: app.getPath("temp")）。
2. 安装器侧：备份改名之前先把自身 cwd 切到临时目录；用 Restart Manager/句柄检查确认目录无占用再改名；失败按时间窗重试（≥30 s），仍失败则降级为原地覆盖安装，而不是直接回滚。
3. 诊断：在 directory-failure 日志中记录安装器自身 cwd、占用进程的 PID/映像名（Restart Manager），并把该失败分类上报到更新日志/UI。
4. 回归测试：从“开始菜单快捷方式（Start in = 安装目录）”启动应用，执行一次应用内升级（rc.1 → rc.2），断言安装成功；同时覆盖 rc.2 → 下一版本路径。

临时规避（已验证）

完全退出 DSH（托盘退出，并确认任务管理器里没有 DeepSeek Harness.exe 残留），然后在资源管理器中进入
%LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\pending，双击 deepseek-harness-0.2.2-rc.2-win-x64.exe 覆盖安装。
此时安装器 cwd 是 pending 目录而非安装目录，备份改名可以成功。