dsh-reveal-fix
修复 DSH 在 Windows 上「在文件资源管理器中显示」失效的问题。以用户插件形式实现，因此不受 dsh 升级影响。
症状
点击交付卡片上的「在文件资源管理器中显示」时：
- 接口返回 HTTP 204，界面提示「已请求在文件资源管理器中显示」
- 但屏幕上什么都不出现 —— 没有窗口、没有任务栏闪烁、没有报错
UI 报告成功，用户感知为零，且没有任何可供诊断的痕迹。
根因（上游两个独立缺陷叠加）
| # | 缺陷 | 后果 |
|---|
| A | revealNativePath() 把 pathToFileURL().href（百分号编码的 file: URL）交给 explorer.exe /select,，而它接受的是文件系统路径 | Explorer 无法解析，静默回退打开「桌面」。空格 → %20，非 ASCII → %E5%89%8D... |
| B | 共享 runner 硬编码 windowsHide: true，Node 将其转为 STARTUPINFO 的 wShowWindow = SW_HIDE，explorer.exe 把这个显示状态应用到它新建的窗口 | 窗口被创建成隐藏：IsWindowVisible() 返回 false，永不显示 |
为什么无法诊断：Explorer 无论成败退出码恒为 1（上游将其视为"已委派"吞掉）；HTTP 路由恒返回 204；前端提示文案与成功时完全相同。三者叠加使故障完全静默。
本插件的做法
在 sessionController 上替换 revealPath：
- 传纯 Windows 路径（单个 argv 元素，紧贴逗号）
windowsHide: false，让窗口真正显示- 非 Windows 平台回退到原实现
- 保留上游约定：Explorer 退出码 1 不视为失败
sessionController.openWorkspacePath() 内部是 await this.revealPath(...) 动态查找，因此在实例上替换方法即可生效，无需修改任何核心文件。
安装
从 GitHub 安装（推荐）：
dsh plugin --profile web add github:HeJian2002W/dsh-reveal-fix
从本地目录安装（离线 / 自己改代码时）：
dsh plugin --profile web add link:C:\Users\Admin\.dsh\local-plugins\dsh-reveal-fix
安装后重启 dsh 生效。
卸载：
dsh plugin --profile web remove dsh-reveal-fix
为什么不受升级影响
- 插件源码位于
~/.dsh/local-plugins/，注册信息位于 ~/.dsh/profiles/web/
- 两者都在 dsh 安装目录之外；升级（temp 暂存 → 目录交换）不会触及
- 与核心安装
node_modules 里的手工改动不同，升级后无需重新打补丁
前提：上游若改变 sessionController.revealPath 的名字或语义，本插件需要同步更新。
因此仍建议把缺陷提给上游（@deepseek-ai/dsh-native-command），长期方案是修在源头。
验证
判定标准不是「窗口计数增加」——Shell.Application.Windows() 会列出隐藏窗口，计数无法区分可见与否。必须查 IsWindowVisible：
Add-Type -MemberDefinition '[DllImport("user32.dll")] public static extern bool IsWindowVisible(IntPtr h);' -Name W -Namespace Q
(New-Object -ComObject Shell.Application).Windows() |
ForEach-Object { "{0,-6} {1}" -f [Q.W]::IsWindowVisible([IntPtr]$_.HWND), $_.LocationURL }
修复前：目标目录窗口存在但 visible=False。
修复后：visible=True。
独立 A/B（同一命令，仅改一个变量）：
| 变量 | 结果 |
|---|
pathToFileURL().href → /select, | 窗口落在 Desktop ❌ |
纯路径 → /select, | 窗口落在目标目录 ✅ |
windowsHide: true | IsWindowVisible = False ❌ |
windowsHide: false | IsWindowVisible = True ✅ |
已知残留（本插件不处理）
两个缺陷都修好后，浏览器仍会在约 1.7 秒后把前台焦点抢回（即使服务端调用 Win32 SetForegroundWindow 强制置顶，同样在 1.7s 内被覆盖），窗口容易被压在浏览器后面。
若要改善，可在 reveal 后延迟约 2s 再断言一次前台。默认不启用：这会引入「用户已切去做别的事、窗口突然跳出来抢焦点」的副作用，属产品行为取舍。
