[Windows] 宿主注入的 ELECTRON_RUN_AS_NODE=1 导致「打开方式」中的 Electron 编辑器条目启动失败

[selphen]

DSH Bug Report —「打开方式」中 Electron 编辑器启动失败

提交说明

• 仓库 Issues 是关闭的（API 实测 has_issues: false、open_issues_count: 0）。CONTRIBUTING.md 明确要求：report issues or bugs in GitHub Discussions。仓库里那份 bug.md 模板是残留，用不上。
• 类别选 💬 General（slug general）。已核对同仓库两份同类 bug 报告 Can't add Ollama as Custom Provider, please make localhost-adapted version #1866 与 设置 → 模型 UI 缺少输入模态(input: [text, image])编辑入口 #4820，都在 General；本仓库没有 bug 专属类别。
• 选好后，从下面的 ## Summary 开始整段复制粘进正文（Discussions 无模板、无 front matter，不需要删任何东西）。
• 已查重：全库搜 ELECTRON_RUN_AS_NODE、标题含 open-in-app 均为 0 条，这是首报。
• 隐私：正文含真实路径 D:\Software\Microsoft VS Code\ 与用户名目录 C:\Users\27322\。这些不是定位问题必需，想脱敏就替换成 <vscode-dir> / <user> 再提交。
• 预期管理：CONTRIBUTING.md 说明团队很小，不保证逐条回复，但会监控并按 upvote 分配资源。如果有人遇到同样问题，可请对方点赞。

建议标题

[Windows] 宿主注入的 ELECTRON_RUN_AS_NODE=1 导致「打开方式」中的 Electron 编辑器条目启动失败

---

Summary

Windows 桌面端会话标题右侧的「打开方式」菜单里，除文件管理器外的所有条目都无法启动，弹出「打开失败，请重试」（path.openError）。

根因：宿主进程携带 ELECTRON_RUN_AS_NODE=1，而 dsh-host-open-in-app 直接以 execFile 启动基于 Electron 的 GUI 程序时未清除该变量。被启动的程序因此以 Node 模式运行，把目标路径当作 JS 模块加载而失败，退出码为 1，被 runNativeCommand 判定为失败。

预期同样影响所有以 Electron 实现的条目（VS Code、VS Code Insiders、Cursor、Windsurf、GitHub Desktop 等；仅 VS Code 已实测，其余为推断）。文件管理器条目走 ShellExecute，不受影响。

Reproduction

环境：Windows 11，官方 DSH 桌面端，VS Code（User 安装，非默认路径）。

1. 打开 Web GUI，点击会话标题右侧的文件夹图标，展开「打开方式」菜单。
2. 选择「VS Code」→ 弹出「打开失败，请重试」。

最小复现（在 DSH 提供的终端，或任何继承宿主环境的进程中）：

$env:ELECTRON_RUN_AS_NODE
# => 1

& "<vscode-dir>\Code.exe" --version
# 输出 v24.18.0（Node 的版本号），而不是 VS Code 的版本

& "<vscode-dir>\Code.exe" "C:\path\to\workspace"
# Error: Cannot find module 'C:\path\to\workspace'
#     at Module._resolveFilename (node:internal/modules/cjs/loader:1524:15)
# 退出码 1

等价的最小 Node 复现（与 open-in-app 的启动路径一致，无 shell）：

const { execFile } = require('child_process');
execFile('C:\\path\\to\\Code.exe', ['C:\\path\\to\\workspace'], (err) => {
  console.log(err ? 'exit=' + err.code : 'ok');   // => exit=1
});

删除 ELECTRON_RUN_AS_NODE 后再执行同一调用，Code.exe 进程数从 0 变为 10+，VS Code 正常打开。

Current behavior

菜单弹出「打开失败，请重试」。

• Code.exe --version → 退出码 0，但 stdout 为 v24.18.0（Node 版本号，非 VS Code 版本）
• Code.exe <workspace> → 退出码 1，stderr：

  Error: Cannot find module '<workspace>'
      at Module._resolveFilename (node:internal/modules/cjs/loader:1524:15)
  

• 「文件资源管理器（默认）」正常 —— 它走 { kind: "shell-open" }，不 spawn Code.exe；且其退出码 1 被按「已转交」处理。

已排除的原因：

• 不是找不到 Code.exe。 HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\Code.exe 的 (Default) 正确指向实际的 Code.exe 且文件存在；installRecord 使用 displayNamePrefix 前缀匹配，卸载记录 Microsoft Visual Studio Code (User) 亦能命中。默认路径 %LOCALAPPDATA%\Programs\Microsoft VS Code\Code.exe 与 %ProgramFiles%\Microsoft VS Code\Code.exe 均不存在，但前两个来源已足够。
• 不是插件/配置问题。 profile 的 dependencies 为空，未安装任何第三方插件。
• 不是 VS Code 的待更新状态。 该机器上确有暂存未应用的上游更新，但清除了环境变量后同一 Code.exe 立即正常工作。

Expected behavior

选择「VS Code」后，应在 VS Code 中打开当前工作区。

Environment

• DSH 桌面端 DeepSeek Harness.exe，产品版本 0.2.0-rc.2，更新通道 nightly
• 更新源：https://download.deepseek.com/dsh-desk/feeds/win-x64/
• OS：Windows 11 家庭版 中文版，Build 26200，x64
• 宿主进程命令行："D:\DSH\DeepSeek Harness.exe" --expose-internals ...\dsh-desktop-host\lib\index.js ...
• 宿主环境中 ELECTRON_RUN_AS_NODE=1；User 级与 Machine 级环境变量均为空 —— 由宿主自行注入
• VS Code 1.132.1，User 安装，位于非默认路径
• 相关插件：@deepseek-ai/dsh-host-open-in-app、@deepseek-ai/dsh-native-command

修复方向

启动外部 GUI 程序时（runNativeCommand(..., 'visible')，或 dsh-host-open-in-app 的启动层），应清除从宿主继承的 Electron 专用环境变量，至少：

ELECTRON_RUN_AS_NODE
VSCODE_DEV

宿主自身必须以 Electron 的 Node 模式运行（命令行中的 --expose-internals .../dsh-desktop-host/lib/index.js 依赖该变量），因此它会污染所有下游 spawn。启动用户桌面上的 GUI 程序时，应当视为"进入用户的桌面环境"，而不是继续沿用宿主的运行时环境。

仅影响 Windows：macOS 走 open -a、Linux 走 desktop entry / CLI，均不直接 spawn Electron 二进制。