v3.9.16

dsh web manager v3.9.16

• WSL 端 dsh web 启动加固：安装时自动清理旧版 profiles/node_modules 残留（新版 dsh 对非 symlink 残留硬报错），Windows 侧同步处理
• CI 新增「出厂树 gate」：打包前用实际 payload 树真实启动一次，树不完整（npm 偶发丢 dotfile）直接让 CI 失败，不再带病发布
• WSL 端桌面快捷方式改经 Windows %TEMP% 执行，绕开 9P 读脚本截断问题（此前报「无法将 if 识别为 cmdlet」）

v3.9.15

dsh web manager v3.9.15

• 修复安全软件（360 主动防御 / 火绒）隔离解压产物导致的半安装：解压后立即做存活检查，失败立刻中止并点名安全软件 + 给出白名单路径（%LOCALAPPDATA%\dsh-bundle）
• payload 归档改为验证通过后才删除：安装被拦截时重跑即可，无需重新下载
• 检测到 360/火绒进程时解压前主动预警

v3.9.14

dsh web manager v3.9.14

• 内置启动加载页：冷启动时窗口显示深色「dsh web 正在启动…」（与 WebUI 同背景 + 转圈动画），服务就绪后自动进入 WebUI —— 不再出现浏览器错误页或 401 页面
• 实测 dsh 启动速度终端与管理器托管一致（~3.5-4s），之前的「变慢」观感完全来自错误页停留期
• 热启动（服务已在跑）不受影响：直接打开 WebUI，不重载页面

v3.9.13

dsh web manager v3.9.13

• 冷启动自动恢复：窗口打开后管理器轮询等待 dsh 就绪（最长 ~44 秒），就绪后自动把窗口重新导航到带认证 token 的地址 —— 不再需要手动重开窗口
• 修复启动期误报：dsh 还在启动中时不再弹「未检测到 dsh」「未找到 dsh 命令」「启动超时」（真错误仍会立即如实上报）
• 快捷方式（DeepSeek Harness WebUI win/wsl）冷启动场景同样受益
• 已实测：快捷方式冷启动 → dsh +4s 就绪 → token +6s 捕获 → 窗口 +7s 自动恢复

v3.9.12

dsh web manager v3.9.12

• 适配 dsh 0.1.2 的 WebUI 认证机制：管理器从 dsh 进程 stdout 捕获带 ?token= 的启动 URL，内嵌窗口带 token 打开并自动铸持久 cookie
• 修复 dsh 0.1.2-rc.1 下所有内嵌窗口显示 401（dsh web authentication required）的问题
• Windows 与 WSL 后端均支持；外部启动的 dsh 依赖此前铸造的持久 cookie

v3.9.11

dsh web manager v3.9.11

• 离线包内置 dsh 支持就地更新：托盘「更新 dsh」现在直接用捆绑 npm（npmmirror）就地升级 dsh 包树并重写入口 shim，无需再重跑离线安装包
• 新增 updatedsh 控制动作（与 updateplugin / updatemanager 对齐）
• 已实测：dsh 0.1.1-rc.2 → 0.1.2-rc.1 就地升级成功

v3.9.10

dsh web manager v3.9.10

• Fix dsh plugin add/update failures (ERR_PNPM_UNEXPECTED_STORE / file: not found / ignored build scripts) in the offline bundle baked profile
• Version bump actually applied (3.9.8 -> 3.9.10) + rebuilt dist

v3.9.9

v3.9.9

修复 WSL bake CI 构建失败

• Build-Bundle-Wsl.sh: rm -rf $BAKE_HOME 在 CI 上偶发失败，改为非致命 (|| true)
• 另：WSL bake 也一样剥离 profiles/node_modules（与 Windows 侧同理）

v3.9.8

v3.9.8

1. 修复：Windows dsh 启动超时 (port 3081)

根因：bake 出的 profile 里包含了 目录，里面是常规文件夹而非符号链接。dsh 的 启动检查要求这些路径是符号链接，检测到是常规文件夹就直接报错退出，导致端口 3081 永远无法打开 → 60 秒超时。

修复：Build-Bundle.ps1 在打包 profile 前删除 目录。dsh 首次启动时会自动重建正确的符号链接。

2. 修复：卸载时找不到 Uninstall-Offline.ps1 报错

改由 cmd.exe 包裹，先检查文件是否存在再执行，避免脚本缺失时 Inno 显示硬错误。

3. 本机已验证

Windows 侧 dsh（port 3081）正常启动， 由 dsh 自动重建为符号链接，不再报错。

v3.9.7

v3.9.7：安装器针对安全软件环境加固

根因（持续报告"未找到 dsh 命令"的真凶）：装有 360 安全套件（360tray / 主动防御 / HipsDaemon）的机器上，setup 的安装后隐藏 PowerShell 在解压约 78 秒时被安全软件强制终止（Inno 日志：exit 0x40010004 = TerminateProcess），安装中止在半途——没有 bin\dsh.cmd、没有写配置、管理器也没升级，而且因为窗口被隐藏，用户完全看不到任何报错。

Install-Offline.ps1 加固：

• 安装进度窗口（WinForms：滚动进度条 + 状态 + 日志行 + "如安全软件拦截请允许"提示），替代隐藏黑框；任何 UI 故障自动降级为无界面
• 全程日志：%LOCALAPPDATA%\dsh-web-manager\logs\install-offline.log（旧日志轮转为 .old）
• 致命错误弹出 MessageBox（隐藏控制台下也可见）：错误信息 + 安全软件提示 + 日志路径
• 升级管理器前先通过控制管道优雅停止正在运行的托盘（避免锁定文件导致最后一步失败）
• 修复退出码泄漏（shim 验证的原生退出码曾伪装成安装失败）
• PS 5.1 runspace STA 修复（InitialSessionState.ApartmentState）

安装器是幂等的：被安全软件中断后重跑 setup 即可修复半成品安装。