[Desktop/Windows] 0.2.1-rc.2 silent update: directory swap backup fails with MoveFileExW ERROR_ACCESS_DENIED (5) x10 - no locker diagnostics

[RTXwcz]

注：本仓库 Issues 未启用（has_issues: false），因此在 Discussions / Q&A 提交这份更新失败报告。

Summary

DSH Desktop 0.2.0-rc.2 通过应用内更新升级到 nightly 0.2.1-rc.2（win-x64）时，静默安装器在「把旧安装目录改名为 .old-{GUID} 备份」这一步连续失败：MoveFileExW 返回 Windows 错误 5（拒绝访问），10 次重试后回滚，安装器以退出码 2 结束。旧版本目录保持完好，但更新无法完成。

2026-10-17 19:03–19:15 之间共 4 次完整安装器运行，全部以同一路径失败，每次都写出内容一致（除 GUID/时间外）的 directory-failure-*.log。

失败报告只有 Windows error: 5 与 Attempts: backup: Windows error: 5 ×10，无法得知是哪个进程/文件造成占用。原因：安装器的应用检测只覆盖 $INSTDIR\DeepSeek Harness.exe（InstallerFindProcess，完整镜像路径匹配 + 最多 10s 等待），任何其他进程（安装目录自带的 Python / Node / LibreOffice helper，或外部索引、预览、扫描程序）都不会被检测或等待。

English summary: silent update from 0.2.0-rc.2 to 0.2.1-rc.2 fails while renaming the install directory to .old-{GUID}; MoveFileExW returns ERROR_ACCESS_DENIED (5) for all 10 retries (~11.25 s total). The installer only waits for DeepSeek Harness.exe, so any other process holding an open file inside the install directory makes the update fail without identifying the locker. The old installation stays intact.

与已有报告的关系

• [Windows] Desktop update silently fails to apply — installer stages .new-{GUID} sibling dir, swap never completes, badge returns every launch #8284（0.2.0-rc.1 → 0.2.0-rc.2，Windows，静默 swap 失败）：同一族问题——安装器把完整 payload 解到 <install>.new-{GUID} 后无法换入安装目录，当时没有任何错误可见。本报告是 0.2.1-rc.2 新引入目录替换重试/报告机制之后的同类失败：这次能拿到 directory-failure-*.log（MoveFileExW 5 ×10、约 11.25 s），但仍无法定位占用进程，且 4/4 稳定复现。
• Windows desktop: GUI update always fails — Host never exits (koffi keeps the event loop alive) #9963（Host 永不退出，koffi 持有 libuv pipe，交接被拒 Host did not complete graceful task teardown）：本机这次交接通过了（安装器确实启动并进入 backup），因此不是同一个失败点；但 Windows desktop: GUI update always fails — Host never exits (koffi keeps the event loop alive) #9963 描述的「正常退出后进程树还会存活约 10–15 s」可能正是 swap 期间仍有句柄的诱因之一，建议两处一起看。
• [Bug][Windows] 装在 Program Files 的 DSH 更新静默失效：nightly feed 缺 isAdminRightsRequired，安装器未提权、无法写入受保护目录 #9943（装在 Program Files，安装器根本没跑）：不同（本机是默认 per-user 目录，安装器确实在运行）。
• [Windows] Desktop update silently fails to apply — installer stages .new-{GUID} sibling dir, swap never completes, badge returns every launch #8284 的受控对照（完全停掉所有 DeepSeek Harness.exe 后同一个安装器 24 s 成功）与本机观察一致：只要目录内文件句柄释放，替换就能成功。

Reproduction

环境准备：

1. 安装 DSH Desktop 0.2.0-rc.2 到 %LOCALAPPDATA%\Programs\DeepSeek Harness，完全退出应用。

2. 用另一个进程打开安装目录内任意一个文件并保持句柄（模拟被占用的目录），例如：

   $path = "$env:LOCALAPPDATA\Programs\DeepSeek Harness\version"
   $h = [IO.File]::Open($path, 'Open', 'Read', 'Read')   # 不共享 Delete
   # 保持 $h 打开，不要释放

3. 以静默更新模式运行 0.2.1-rc.2 安装器（缓存里的 installer.exe 或 pending\deepseek-harness-0.2.1-rc.2-win-x64.exe）：

   installer.exe --updated /S
   

4. 预期观察：约 11.25 秒重试后安装器退出码为 2，%LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\installer-logs\ 生成 directory-failure-*.log，内容与下方一致（backup: Windows error: 5 ×10，Restoration error: 0）。

实际观察（本机未手工造占用，4/4 稳定失败）：

• %LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\installer-logs\ 有 4 份失败日志：
  directory-failure-20261017-190309.log、-190756.log、-191410.log、-191514.log。
• %TEMP% 中有对应的 NSIS 插件目录：nsf9A2A.tmp（19:02:27 创建）、nsrFD64.tmp（19:07:15）、nsn7432.tmp（19:13:13）、nslA0E0.tmp（19:13:24）、nss97B3.tmp（19:14:28）。
• 其中 19:13:13–19:13:15 那次只运行了 2 秒，符合「应用尚未退出时运行安装器、被 customCheckAppRunning 拦下」的情况；其余 4 次进入目录替换并在 backup 阶段失败。

Current behavior

4 份失败日志（仅 Destination GUID 与 Time 不同）：

directory-failure-20261017-190309.log

Operation: MoveFileExW
Windows error: 5 (拒绝访问。)
Source: C:\Users\RTXwcz\AppData\Local\Programs\DeepSeek Harness
Destination: C:\Users\RTXwcz\AppData\Local\Programs\DeepSeek Harness.old-{D6AD09B0-3FAA-4CC7-B4F5-349F7EB754EC}
Restoration error: 0
Time: 2026-10-17 19:03:09
Windows: 10.0.29671
Attempts:
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5

directory-failure-20261017-190756.log

Operation: MoveFileExW
Windows error: 5 (拒绝访问。)
Source: C:\Users\RTXwcz\AppData\Local\Programs\DeepSeek Harness
Destination: C:\Users\RTXwcz\AppData\Local\Programs\DeepSeek Harness.old-{E8ED70C0-EBD0-459E-8256-625E1DC226CF}
Restoration error: 0
Time: 2026-10-17 19:07:56
Windows: 10.0.29671
Attempts:
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5

directory-failure-20261017-191410.log

Operation: MoveFileExW
Windows error: 5 (拒绝访问。)
Source: C:\Users\RTXwcz\AppData\Local\Programs\DeepSeek Harness
Destination: C:\Users\RTXwcz\AppData\Local\Programs\DeepSeek Harness.old-{B7E9580B-8A12-44BB-A2B6-35ABA7D97005}
Restoration error: 0
Time: 2026-10-17 19:14:10
Windows: 10.0.29671
Attempts:
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5

directory-failure-20261017-191514.log

Operation: MoveFileExW
Windows error: 5 (拒绝访问。)
Source: C:\Users\RTXwcz\AppData\Local\Programs\DeepSeek Harness
Destination: C:\Users\RTXwcz\AppData\Local\Programs\DeepSeek Harness.old-{FBF99709-E32B-43E8-A8F8-FBB9FC1590CB}
Restoration error: 0
Time: 2026-10-17 19:15:14
Windows: 10.0.29671
Attempts:
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5
backup: Windows error: 5

• 旧安装目录未被改动（仍在 0.2.0-rc.2），无 .old-* / .new-* 残留；失败属于回滚后的安全状态。
• Restoration error: 0 = 备份尚未发生，无需恢复（不是恢复失败）。
• 安装器最终退出码 2；pending\deepseek-harness-0.2.1-rc.2-win-x64.exe 与 installer.exe 仍在缓存中，可重试。

本机旁证（用于排除权限与杀软）

• 安装目录 ACL：属主 DESKTOP-7MN9FS1\RTXwcz，FullControl；目录属性非只读。
• Windows Defender 实时防护处于关闭状态，无第三方杀软（SecurityCenter2 仅 Windows Defender）。
• 对照实验（同一台机器，PowerShell + P/Invoke MoveFileExW 对目录改名）：
  • 目录内有任意打开的文件句柄 → 返回 5（拒绝访问）；
  • 仅另一个进程的 CWD 在该目录、无文件句柄 → 返回 32（共享冲突）；
  • 运行中的 exe / 已加载的 DLL 映像 → 不阻塞改名。
  • ⇒ 日志里的 5 与「目录内至少有一个文件被打开」精确对应，而不是权限问题。
• 失败期间没有重启或关机（开机时间 2026-10-16 23:44），可排除「重启后残留旧进程」的干扰解读。

与源码的对应关系

• apps/desktop/scripts/installer-directories.nsh（dshDirectoryOperation）：MoveFileExW 仅对错误 5/32/33 重试，最多 10 次，Sleep 为 250/500/…/2250 ms（合计约 11.25 s），失败后写 directory-operations.log 并回滚。
• apps/desktop/scripts/installer.nsh（customCheckAppRunning）：InstallerFindProcess(w "$INSTDIR\${APP_EXECUTABLE_FILENAME}")；静默更新（--updated）最多等 10 s，仍在运行则提示并以退出码 2 结束。apps/desktop/installer/window-frame.cpp 中的 InstallerFindProcess 只返回「同名主 exe 且完整镜像路径等于 $INSTDIR\DeepSeek Harness.exe」的进程。
• apps/desktop/README.md 也写明：静默更新最多等受影响应用 10 s；并且「Windows may refuse replacement while an interpreter is still running」。

因此当前实现存在一个盲区：除主 exe 外的任何进程（典型如安装目录自带的 Python / Node / LibreOffice helper，或外部索引、预览、同步、扫描程序）只要在安装目录内打开文件，就会让更新在 backup 阶段稳定失败，且报告无法定位占用者。

Expected behavior

至少满足其一：

1. 更新成功；或
2. 失败时能定位占用者：在 dshDirectoryOperation 最终失败时，通过 Restart Manager（RmStartSession / RmRegisterResources）或句柄枚举，列出「安装目录内被打开的文件 + 持有进程」，写入 directory-operations.log 与最终报告；非静默 UI 直接提示「请关闭 X 后重试」。
3. 应用检测覆盖安装目录内启动的所有进程（不只 DeepSeek Harness.exe）：可以复用现有 Toolhelp 枚举，把 QueryFullProcessImageNameW 结果落在 $INSTDIR 前缀下的进程都纳入等待/提示。
4. 视占用类型延长/分级重试窗口（当前约 11.25 s 对解释器、杀软扫描、预览句柄可能不够）。

Environment

• Windows：10.0.29671（x64；失败期间未重启）
• DSH Desktop：0.2.0-rc.2（安装于 2026-09-29），更新目标 0.2.1-rc.2（nightly / win-x64；安装器构建时间 2026-10-17 17:21）
• Electron：version 文件为 44.0.0
• 更新源：app-update.yml → provider: generic，channel: nightly
• 安装路径：C:\Users\RTXwcz\AppData\Local\Programs\DeepSeek Harness（默认 per-user）
• 更新缓存：%LOCALAPPDATA%\@deepseek-aidsh-desktop-updater
• 复现率：4/4（2026-10-17 19:03–19:15）

临时规避（供其他用户参考）

完全退出 DSH（含托盘）或重启后再手动运行已下载的安装器；若仍失败，用 Process Explorer → Find Handle 搜安装目录路径，结束占用进程后重试。

[Shi-YuH]

+1

[Shi-YuH]

Same here, and I think I found why "no locker" is ever reported.

Environment: Windows 10.0.26200, DSH desktop 0.2.0-rc.2 → 0.2.1-rc.2.
Install path D:\DeepSeekkkk (custom), DSH_HOME = D:\DeepSeekkkk\userdata, i.e. userdata lives inside the install dir.
Failed 7 times: 20:53:36 / 20:58:02 / 21:29:57 / 23:20:16 / 23:23:18 / 23:28:19 / 23:41:23.

Checks that rule out external lockers:

1. Permissions are fine — creating a folder under D:\ and renaming it succeeds; owner is the current user, Everyone: Modify.
2. No external locker — at 23:41:23 the rename failed while no "DeepSeek Harness" process existed (those processes started at 23:41:41).
3. Not the updater cache — %LOCALAPPDATA%@deepseek-aidsh-desktop-updater was a junction into D:\DeepSeekkkk\userdata\updater-cache. I deleted the junction so the cache/log lived outside the install dir, and it still failed.
4. Mechanism verified with a minimal repro: an open file handle anywhere inside a directory makes MoveFileExW rename of that directory fail with error 5.

Hypothesis: the installer sets its current working directory to $INSTDIR (NSIS SetOutPath) and then tries to rename that same directory. Windows forbids renaming a process's CWD, so error 5 is deterministic — which is exactly why no external locker is ever reported.

Suggested fix: SetOutPath "$TEMP" (or equivalent) before the MoveFileExW, or use copy-then-replace instead of renaming the install dir.

Attaching my 7 directory-failure-*.log files.