[Desktop] 双击启动必定失败：desktop welcome: Web authentication failed

[1zzy0313]

环境

• @deepseek-ai/dsh-desktop 0.2.1-rc.3
• Electron 44.7.0 / Node 24.21.0 / win32 x64
• Profile: desktop

现象

双击桌面端可执行文件启动，每次都在启动阶段失败，必现。恢复界面显示：

desktop welcome: Web authentication failed

崩溃日志（%APPDATA%@deepseek-ai\dsh-desktop\logs\crash-*-host.log）：

Error: desktop welcome: Web authentication failed
    at connectDesktopWelcome (file:///H:/qin/resources/app.asar/lib/main.js:8886:31)
    at async Object.start (file:///H:/qin/resources/app.asar/lib/main.js:12195:22)

重启、禁用所有第三方插件、清理 profile patch 均无效，每次启动都会复现。

失败位置

main.js:12189-12195 连续执行以下步骤：

const ready = await host.start();
hostCookie = await authenticateWebHost(ready.url);   // (1) Node fetch，要求 303 + set-cookie
hostUrl = ready.url;
if (ready.injections === void 0) throw ...
injections = ready.injections;
welcomeBackend = await connectDesktopWelcome(
  ready.url,
  (input, init) => net.fetch(input, init),           // (2) Electron net.fetch
  ...);

第 (1) 步是成功的——否则报的会是另一条错误 "Desktop Host authentication failed"。
第 (2) 步对同一个 ready.url 再发一次 GET，返回 401，于是 8886 行抛出异常。

Host 侧判定规则（dsh-client-connection 的 authorizeIndex）：

• 带 ?token= 时：只有 token 完全匹配才返回 303，否则 401
• 不带 token 时：只要带有效的签名 cookie 就直接放行

直接探测同一个 Host，证明 Host 本身是健康的：

GET /                          -> 401
GET / 带有效 cookie            -> 200
GET /?token=<有效 token>       -> 200

可见 Host、启动 token、凭据存储都正常。
问题在于第 (2) 次请求既没有带上正确的 token，也没有带上第 (1) 步拿到的 cookie——
Node 侧的 fetch 和 Electron 的 net.fetch 之间没有共享鉴权状态。

预期

启动完成并进入工作区。

实际

启动每次都卡在 welcome 鉴权这一步失败。

规避方案（可稳定使用）

直接以纯 Node 方式启动 Host 完全正常（本机实测）：

set ELECTRON_RUN_AS_NODE=1
"H:\qin\DeepSeek Harness.exe" --expose-internals ^
  "H:\qin\resources\app.asar\dsh\node_modules\@deepseek-ai\dsh-desktop-host\lib\index.js" ^
  "H:\qin\resources\app.asar\dsh" ^
  "H:\dsh-home\profiles\desktop" ^
  "H:\qin\resources\runtime\primary-runtime" ^
  "H:\qin\resources\runtime\primary-runtime\dependencies\pnpm\bin\pnpm.mjs" ^
  "H:\qin\resources\runtime\bin"

它会打印 dsh web: http://127.0.0.1:PORT/?token=...，在浏览器打开该 URL 即可正常进入工作区。
也就是说，只有桌面壳的 welcome 路径坏了。

可能的修复方向

让第 (2) 步复用第 (1) 步取得的鉴权——例如发送不带过期 token 的 ready.url 并同时携带
hostCookie，或在调用 connectDesktopWelcome 之前，先把 authenticateWebHost
返回的 set-cookie 写入 Electron 的 cookie jar。

[PerryLink]

报错出在启动后第一次带 cookie 的 GET，不在 RPC 层。

apps/desktop/src/welcome-backend.ts:49-51：那次 net.fetch 拿到非 2xx 就抛这一句，所以第一步是查这个 GET 为什么被拒。

先数 cookie，一步定因。Windows PowerShell：

$p = "$env:APPDATA\@deepseek-ai\dsh-desktop\Network\Cookies"
$s = [Text.Encoding]::ASCII.GetString([IO.File]::ReadAllBytes($p))
([regex]::Matches($s, 'dsh-auth-')).Count

数出来 60–70 条：就是 #11408 那条原因。桌面端每次启动换随机端口（apps/desktop-host/src/index.ts:36 是 args: ['--no-open', '--host', '127.0.0.1', '--port', '0']），cookie 名取 authority 的 sha256、端口进名字（packages/client/connection/src/browser-auth.ts:116-118），只写不回收（git grep -n 'dsh-auth-' 在这个包里只命中 :18 那处定义，:117 拿它拼名字；没有删旧名的代码），攒多了把请求头顶过 16 KiB。

恢复三步，先退出应用：

1. 备份 Network\Cookies 与 Cookies-journal；
2. 删 cookies 表里 name LIKE 'dsh-auth-%' 的行（没有 SQLite 编辑器就整个改名，代价是这份 jar 里的其它登录态一起没了）；
3. 重开，会回到欢迎页重选工作区；~/.dsh 不动。

数出来只有几条，那就不是这条原因，你说的第 (2) 步 401 才成立：把计数和 crash 日志 8886 附近几行贴上来，从那里往下核。

以上是只读源码（master ce7073d5），没在你的机器上跑过。

[drscrewdriver]

pnpm install dsh-cookie-cleaner

① 先看现状（客户端开着也能跑，只会告诉你读不到）

& "$env:USERPROFILE.dsh\profiles\desktop\node_modules.bin\dsh-cookie-cleaner.cmd"

② 完全退出客户端：托盘图标 → 退出，并确认进程列表已无 DeepSeek Harness

Get-Process | Where-Object { $_.ProcessName -match 'DeepSeek|dsh' } # 应当没有输出

③ 清理（先看会删几条，再真删）

& "$env:USERPROFILE.dsh\profiles\desktop\node_modules.bin\dsh-cookie-cleaner.cmd" --clean --dry-run
& "$env:USERPROFILE.dsh\profiles\desktop\node_modules.bin\dsh-cookie-cleaner.cmd" --clean