[Desktop/Windows] 0.2.0-rc.2 升级 0.2.1-rc.2 失败 + 启动崩溃 0x80000003（固定偏移 0x7356e49）

[Hokusai-suki]

[Desktop/Windows] 0.2.0-rc.2 升级 0.2.1-rc.2 失败 + 启动崩溃 0x80000003（固定偏移）

Summary

Windows 桌面版从 0.2.0-rc.2 升级 0.2.1-rc.2 时，反复出现
desktop update: Host did not complete graceful task teardown (exit null, signal SIGTERM, shutdown acknowledged true, graceful deadline exceeded true)，更新始终不落地
（pending 目录保留、exe 不被替换）。升级尝试后 GUI 无法打开，事件日志记录
25 次 Application Error 1000，异常代码 0x80000003，固定偏移 0x7356e49，
出错模块为 DeepSeek Harness.exe 自身，崩溃阶段为 phase: startup。
最终通过旧版安装包覆盖安装恢复。

• DeepSeek Harness: 0.2.0-rc.2
• Electron: 44.0.0 / Node.js: 24.18.1
• OS: Windows 11 x64, zh-CN
• Installation: per-user install，装在 非系统盘 D:\DeepSeek harness
• 频率：20:13–20:30 约 17 分钟内崩溃 25 次，偏移地址每次完全相同
• EXE SHA-256: DF4E91FD91F6F1BEE19A1990B0E167BFE06ABF8353279D82BBB8E60EDB6BA0D3
• app.asar SHA-256: 983CA71114E6DFD353FC79AF5A1F9481A250EE64C2A3C757673029B811B23BC2

Observed failures

1. 更新器 teardown 超时，更新不落地

desktop update: Host did not complete graceful task teardown
  (exit null, signal SIGTERM, shutdown acknowledged true, graceful deadline exceeded true)

该报错在 19:48 与 20:38 两次下载完成后均反复出现。两次的安装包 SHA-512 均与
pending/update-info.json 中的预期值完全一致（文件未损坏）：

39POl5osl9PKMqrPXQA52dh/bCV0Z02vOV9cTjOJDHE6gsJwp5bv7lfgB3mVWAKspX7a/w1iTi+8Listdhq45g==

但 %LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\pending\ 始终保留，
D:\DeepSeek harness\DeepSeek Harness.exe 的修改时间仍是 09/29 18:34:26，未被替换。

2. Windows Application Error 1000（共 25 条）

出错应用程序名称: DeepSeek Harness.exe，版本: 0.2.0.2，时间戳: 0x6ac672ad
出错模块名称:   DeepSeek Harness.exe，版本: 0.2.0.2，时间戳: 0x6ac672ad
异常代码:       0x80000003
错误偏移:       0x0000000007356e49
Faulting 应用程序路径: D:\DeepSeek harness\DeepSeek Harness.exe
Faulting 模块路径:     D:\DeepSeek harness\DeepSeek Harness.exe

偏移量 0x7356e49 在全部 25 条记录中完全一致，非随机内存故障。

3. Desktop 自带崩溃日志

%APPDATA%\@deepseek-ai\dsh-desktop\logs\crash-2026-10-17T12-33-20-135Z-renderer.log

time: 2026-10-17T12:33:20.135Z
source: renderer
phase: startup
app: @deepseek-ai/dsh-desktop 0.2.0-rc.2
platform: win32 x64
electron: 44.0.0
node: 24.18.1
locale: zh-CN

--- error ---
Error: Desktop renderer exited: crashed
    at WebContents.<anonymous> (file:///D:/DeepSeek%20harness/resources/app.asar/lib/main.js:12067:107)
    at WebContents.emit (node:events:521:24)

--- renderer console (error level, oldest first) ---
(no error-level renderer console output was captured)

Environment

• Windows 11 x64, zh-CN
• @deepseek-ai/dsh-desktop 0.2.0-rc.2（Electron 44.0.0 / Node 24.18.1），per-user 安装
• 安装路径：非系统盘 D:\DeepSeek harness
• 显卡：
  • NVIDIA GeForce RTX 3060 Laptop GPU（驱动 32.0.16.1742 / 2026-09-30）
  • MuMu Virtual Display Adapter（驱动 20.36.41.498 / 2026-03-12）
  • GameViewer Virtual Display Adapter（驱动 15.6.5.199 / 2026-02-28）
• 内存：15.8 GB（当时可用 3.9 GB）
• Get-ProcessMitigation -System 未检查

Reproduction

1. 保持 0.2.0-rc.2 正常运行（此前服务正常，端口 19387 正常监听）
2. 下载 0.2.1-rc.2 更新包，pending 就位
3. 重启 DSH 触发更新 → 反复出现 graceful task teardown 超时报错
4. 更新始终不落地，随后 GUI 无法打开
5. 每次启动均在 phase: startup 崩溃，20:13–20:30 共 25 次
6. 用 0.2.0 安装包覆盖安装后恢复正常；20:33 之后零新增崩溃

What has been verified

检查项	结果
更新包 SHA-512 vs update-info.json	✅ 完全匹配（两次下载均验证）
两次下载的安装包是否为同一文件	✅ 是，SHA-256 完全相同
崩溃是否偶发/随机偏移	❌ 否，偏移 0x7356e49 每次都一样
崩溃阶段	phase: startup（renderer 一启动即死）
插件兼容性	✅ 15 个插件的 engines.dsh 均满足 0.2.1 要求
覆盖安装旧版后	✅ 恢复，20:33 至今无新增崩溃

Suspected root cause

与 Discussion #8545
描述的「App cannot start unless --no-sandbox — GPU process IMMEDIATE_CRASH (0x80000003)」
特征高度吻合（异常代码、出错模块、固定偏移、崩溃版本、startup 阶段 5 项一致）。

怀疑方向：

1. Chromium 进程沙箱与 GPU 进程初始化的相互作用（而非单纯显卡驱动故障）
2. 机器上挂载的两个虚拟显示适配器（MuMu / GameViewer）可能干扰沙箱建立
3. rc.2 的 host 对 SIGTERM 响应异常（#8604
   也报告 host 先无响应再退出），导致更新器 teardown 超时

按 #8545 的实测，--disable-gpu 无效（不移除 GPU 进程），
有效的是 --no-sandbox 或 --in-process-gpu。

Requests

1. 更新器在 teardown 超时后，能否给出更明确的失败原因（是进程未退出、文件被占用、
   还是磁盘/权限问题），并在 pending 保留时提示用户"更新未完成"？
2. 崩溃日志能否把 Chromium 的 FATAL/CHECK 行与 Desktop Host 的 stdout/stderr
   一并写入 %APPDATA%\@deepseek-ai\dsh-desktop\logs\？目前只记录
   Desktop renderer exited: crashed，看不到真实原因。
3. 沙箱无法建立时，能否给出可操作的提示（或显式降级开关），而不是直接
   IMMEDIATE_CRASH + 只显示「无法使用」的窗口？
4. 是否已有针对 Windows GPU 进程 0x80000003 固定偏移崩溃的修复计划？

Workaround（已验证有效）

用 0.2.0-rc.2 安装包覆盖安装即可恢复，覆盖后未再崩溃。
若再遇到，可尝试按 #8545 的建议依次隔离：退出 MuMu 模拟器 / 投屏软件，
再测试 --no-sandbox 启动。

[aispin]

遗憾，我也碰到问题，macos 从 0.2.0-rc.2 升级 0.2.1-rc.2，到了进入界面提示无法保存设置，尴尬

[aispin]

遗憾，我也碰到问题，macos 从 0.2.0-rc.2 升级 0.2.1-rc.2，到了进入界面提示无法保存设置，尴尬

补充下我的原因，有同样问题的朋友可以参考修复。
让codex依据日志分析了下，说是我插件dsh-workbuddy-connection版本不匹配问题，果断卸载后修复成功。

cd ~/.dsh/profiles/desktop && \
  sed -i '' "s/'@deepseek-ai\/dsh-invariants': 0.2.1-rc.2/'@deepseek-ai\/dsh-invariants': 0.2.0-rc.2/" pnpm-workspace.yaml && \
  npm_config_registry=https://registry.npmjs.org \
  /Applications/DeepSeek\ Harness.app/Contents/Resources/runtime/primary-runtime/dependencies/node/bin/node \
  --expose-internals \
  /Applications/DeepSeek\ Harness.app/Contents/Resources/runtime/primary-runtime/dependencies/pnpm/bin/pnpm.mjs \
  remove dsh-workbuddy-connect

[Hokusai-suki]

不过我这边是 Windows，没有安装 dsh-workbuddy-connection 这个插件，pnpm-workspace.yaml 里也没有 dsh-invariants 条目，但还是在 phase: startup 崩溃了 25 次（0x80000003，固定偏移 0x7356e49），最后用旧版覆盖安装才恢复。

所以 Windows 侧的崩溃可能不是插件引起的，而是另一个独立原因

[stefanohe]

直接把原版卸载，用我的重制版安装。

v0.2.1-rc.2-datasecure.1

DeepSeek Harness DataSecure Remastered 已更新至 v0.2.1-rc.2，并为 Windows x64 | Linux x64/ARM64 | Mac x64/Silicon 等平台封装好安装包

最新版本安装包: deepseek-harness-0.2.1-rc.2-datasecure.1-win-x64.exe

修复 bug

如果你或 AI 不小心动过会话文件夹 \sessions，那么很容易遇到 DeepSeek Harness 会话崩溃的 bug，或者根本无法打开一个新的对话。

这其实是原版 DeepSeek Harness 在处理 \sessions 时的洁癖问题，本重制版已修复该 bug。

增加功能

移除了向官方上传 log 的功能，适合注重隐私的开发者。

此外，还优化了状态栏，可以直接看到余额和预填充速度。

请注意，重制版和官方原版可以共存，无需卸载原版。