【bug】DSH 桌面版应用内升级失败：安装器备份旧目录时 MoveFileExW 报 Windows error 32，10 次重试全部失败并回滚

[xdedmmc2]

问题概述

在 0.2.2-rc.1 上通过应用内入口升级到 0.2.2-rc.2（nightly 通道）失败：点击升级后 DSH 自动退出，安装器在“备份旧安装目录”这一步被 Windows 以 ERROR_SHARING_VIOLATION (32) 拒绝，重试 10 次后回滚并重启旧版本。

环境

• 系统：Windows 11（10.0.22621），x64
• DSH 版本：0.2.2-rc.1 → 目标 0.2.2-rc.2（channel: nightly）
• 更新源：https://download.deepseek.com/dsh-desk/feeds/win-x64/（generic provider）
• 安装目录：D:\App\AI\DeepSeek Harness（per-user 安装，安装器 manifest 为 asInvoker，无需管理员）
• 更新缓存目录：%LOCALAPPDATA%\@deepseek-aidsh-desktop-updater
• 更新包：deepseek-harness-0.2.2-rc.2-win-x64.exe（286 MB，SHA-512 与 update-info.json 完全一致，签名有效）

复现步骤

1. 从开始菜单快捷方式启动 DSH
2. 等待自动检查更新，下载完成后点击界面左下角的升级入口。
3. DSH 自动关闭，安装器提示“安装需要重启，请等待自动重启完成安装”。
4. 随后安装器提示窗口消失，重新打开后版本号未变化。
5. 重复第 1–4 步 3 次，现象完全一致。

现象

• 每次升级都在安装阶段中断，版本始终停留在 0.2.2-rc.1。
• 失败后安装目录已自动恢复，没有残留 .old- 目录，现有安装本身完好。
• 不出现 UAC 提权窗口，也没有网络错误提示。

已排除的因素

• 更新包未损坏：下载文件 SHA-512 与 update-info.json 中记录完全一致，数字签名有效（Hangzhou DeepSeek Artificial Intelligence Co., Ltd.），isAdminRightsRequired: false。
• 不是磁盘问题：D 盘剩余 800+ GB。
• 不是权限问题：安装器 requestedExecutionLevel level="asInvoker"，卸载项在 HKCU，安装目录可写。
• 不是杀毒软件或网络问题：失败发生在本地目录重命名阶段，与下载无关。

报错日志

安装器每次尝试都会在 %LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\installer-logs\ 写入一份 directory-failure-<时间>.log，三份内容一致（仅 GUID 与时间不同）：

Operation: MoveFileExW
Windows error: 32 (另一个程序正在使用此文件，进程无法访问。)
Source: D:\App\AI\DeepSeek Harness
Destination: D:\App\AI\DeepSeek Harness.old-{EC2B7710-4F02-4BB3-926C-AE393FB7770C}
Restoration error: 0
Time: 2026-11-11 21:31:07
Windows: 10.0.22621
Attempts:
backup: Windows error: 32
backup: Windows error: 32
backup: Windows error: 32
backup: Windows error: 32
backup: Windows error: 32
backup: Windows error: 32
backup: Windows error: 32
backup: Windows error: 32
backup: Windows error: 32
backup: Windows error: 32

另外两次的日志：

directory-failure-20261111-213214.log
Destination: D:\App\AI\DeepSeek Harness.old-{4B4E7721-54FF-43CE-AAAA-03A8086FC47D}
Time: 2026-11-11 21:32:14

directory-failure-20261111-214154.log
Destination: D:\App\AI\DeepSeek Harness.old-{BD7AFFE4-2286-4B3E-8C41-22342F891A29}
Time: 2026-11-11 21:41:54

对应的 update-info.json：

{"fileName":"deepseek-harness-0.2.2-rc.2-win-x64.exe","sha512":"5rRAkVruKkm4KELAbTqV8ZFrMwSo3oESnzXb9ebkJWPCMe6WuHORQZR63uY+BqAc6sBdyBtwSelsCGh0k1NcJA==","isAdminRightsRequired":false}

原因推测（附验证情况）

直接原因：rc.2 的安装器在解压新版之前，会先把整个旧安装目录重命名为 …old-{GUID} 做备份；该 MoveFileExW 被 Windows 以 ERROR_SHARING_VIOLATION (32) 拒绝，重试 10 次后放弃并回滚。Restoration error: 0 说明回滚成功。

为什么会被拒绝：安装器进程的工作目录（cwd）恰好就是它要重命名的那个目录，形成“自占用”。

已验证的依据：

• 安装器由 DSH 通过 electron-updater 的 spawnLog() 启动，参数仅为 { stdio: "ignore", detached: true }，没有传 cwd，因此继承父进程（DSH 主进程）的工作目录。
• 用 PEB 读取当前 DSH 主进程的 cwd，实测为 D:\App\AI\DeepSeek Harness\；开始菜单快捷方式的“起始位置”同样是该目录。
• 安装器内的 window-frame.dll 插件（包含 InstallerReportDirectoryFailure、MoveFileExW、Attempts: 等字符串）没有导入 SetCurrentDirectoryW，运行期间不会切换工作目录。
• Windows 不允许重命名“任何进程的当前目录”（包括调用者自身）。本机用同样的 MoveFileExW 让一个进程重命名自己的 cwd，稳定复现 errno=32 和同一句中文错误文案。

由此可以解释为什么每次 10 次重试全部失败：占用者不会随时间释放。问题不属于更新包、网络、权限或杀毒软件，也不像是残留进程导致。

为什么不是所有用户都会遇到：只有从“起始位置为安装目录”的快捷方式（或类似方式）启动 DSH 时，安装器才会继承到安装目录作为 cwd；从其他工作目录启动 DSH 的用户升级不受影响。这也提供了一个反证实验：从非安装目录启动 DSH 后再升级，应当能够成功。

临时规避方式（已验证可行）

• 完全退出 DSH（托盘退出，并确认任务管理器中没有 DeepSeek Harness.exe 残留），然后在资源管理器中进入 %LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\pending，双击 deepseek-harness-0.2.2-rc.2-win-x64.exe 覆盖安装。此时安装器的 cwd 是 pending 目录而非安装目录，备份改名可以成功。
• 或者退出 DSH 后，在 C:\ 下用命令行启动 DSH，再使用应用内升级：

cd C:\
& "D:\...\DeepSeek Harness.exe"

建议的修复方向

略，你们专业的肯定比我用AI写出来的建议专业

附：从v0.2.1或者更早开始，左侧工作区中的最新对话都无法自动移动到对应文件夹最上方，是bug吗？

[ogidimitrov]

Same failure here on Windows, with the same signature — and the cause is confirmed: the app's own runtime child process still holds the install directory when the installer tries to move it.

Environment

• DSH desktop 0.2.2-rc.1 → 0.2.2-rc.2, in-app update button (bottom-left)
• Windows 10.0.26300
• channel nightly, generic provider https://download.deepseek.com/dsh-desk/feeds/win-x64/
• install path %LOCALAPPDATA%\Programs\DeepSeek Harness

Installer log

4 attempts (18:49, 18:53, 18:59, 19:05), all identical:

Operation: MoveFileExW
Windows error: 32 (The process cannot access the file because it is being used by another process.)
Source:      ...\Programs\DeepSeek Harness
Destination: ...\Programs\DeepSeek Harness.old-{CF5A3EEF-...}
Restoration error: 0
Attempts:
backup: Windows error: 32   (x10)

It is our own process, not AV or a stale handle

• At failure time the main DeepSeek Harness.exe was running plus its runtime child DeepSeek Harness.exe --expose-internals "...\resources\app.asar...", both loaded from the install directory.
• Opening DeepSeek Harness.exe with exclusive access fails with the same error 32 → the directory is locked by the running app, so NSIS cannot rename it to …old-{GUID}.
• The payload is not the problem: SHA-512 matches update-info.json, Authenticode is valid (Hangzhou DeepSeek Artificial Intelligence Co., Ltd.), isAdminRightsRequired: false. Not a download, signature, or elevation issue.

Workaround that worked

1. Quit all DeepSeek Harness processes, including the runtime child.
2. Run the already-downloaded installer manually:
   %LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\pending\deepseek-harness-0.2.2-rc.2-win-x64.exe
3. App relaunches as 0.2.2-rc.2 (verified via the exe FileVersion).

Suggestion

quitAndInstall should terminate and await the exit of the embedded runtime child before launching the NSIS updater — ten rename retries cannot help while the lock holder is still alive. If that cannot be guaranteed, at minimum surface "close the app and run the installer manually" instead of a silent rollback that leaves the same pending installer on disk for the next click.