文件位置打不开

[xiaoyu753]

点击显示文件位置没反应，未弹出文件夹

[PerryLink]

「显示文件位置」没反应——这条上游自己承认过，而且我能给出机制

我在当前最新版（dsh-v0.1.7-rc.1，也就是你现在能装到的最新）上核对了这条路径。

它做什么

packages/util/native-command/src/path-opener.ts:138：

await run('explorer.exe', args, signal)

即通过 explorer.exe 打开/定位文件（/select,<目标>）。而紧随其后的 :141-142：

// Explorer can exit 1 after delegating to the existing desktop process.
if (!(error instanceof Error) || !('code' in error) || error.code !== 1) throw error

exit code 1 被当作"已成功委派"而不报错——这个容忍不是马虎，是实测结论（有测试钉住）。代价是：一次"什么都没打开"和一次成功，从返回值上无法区分。

关键：上游把这个盲区写进了 README

packages/util/native-command/README.md:112 原文：

A Windows host needs an interactive desktop session. In a non-interactive session — a service, or a scheduled task without an interactive logon — explorer.exe invokes no file association and still exits 1 after about a second … so an open reports success having opened nothing … No fallback for that session is implemented.

"reports success having opened nothing" 就是你的现象。 所以第一件要确认的事是：

你是在什么样的会话里跑 dsh 的？

• 从你自己已登录的桌面里起的终端 ⇒ 属于交互式会话，不该命中上面这条；
• 作为服务、计划任务、或通过 SSH（session 0） 起的 ⇒ 正好命中这条已知情况，而它目前没有回退实现。

请按这三步确认

1. 你是怎么启动 dsh 的（桌面终端 / 服务 / 计划任务 / SSH 会话）；
2. 有没有短暂闪过一个窗口、或任务栏有没有多出一个条目——有窗口但不可见是另一类（我前段时间在 Reveal-in-file-manager reports success while the Explorer window stays invisible #7639 里详细分析过：窗口被创建、目标文件甚至已被选中，但从不显示）；
3. dsh --version。

现在能用的变通

• 如果是非交互式会话：换到交互式桌面的终端里起 dsh，这是目前唯一可靠的办法（README 明说没有回退）；
• 如果只是想打开文件（不需要"定位并选中"），用"打开"而不是"显示文件位置"——两者走的分支不同。

值得提的诉求

这条 README 已经把问题写清楚了，但没有回退实现。可以提的具体化诉求是：非交互式会话下改用 Invoke-Item 那类进程内解析关联的方式（README 自己也提到它在那种会话里能解析关联，且目录失败会以非零退出码返回）——也就是把"检测到非交互式 ⇒ 走另一条路"补上。你这条报告正好是它的真实用例。