[Bug] macOS 添加工作区：原生目录面板的侧边栏无法点击（非 key window，附修复）

[hioTEC]

摘要

macOS 上点「添加工作区」弹出的原生目录面板里，右侧文件夹可以正常进出，但左侧边栏（Favorites / iCloud / Locations）任何一项都点不动。在右侧切换目录后，侧边栏会跟着高亮当前所在位置，看起来像是正常可点状态，实际点击仍然没有反应。

环境

项	值
DSH	0.2.1-rc.2（687f282e86）
系统	macOS 27.2
入口	浏览器打开 http://127.0.0.1:3080，目录选择解析为 native 后端
相关包	@deepseek-ai/dsh-host-directory-picker-native

原因

macOS 分支是一段 JXA 脚本：在 osascript 里把自己声明成 accessory 应用，然后打开 NSOpenPanel。激活调用写在 NSOpenPanel.openPanel 之前，此时进程还没有任何窗口，系统会把焦点直接还回去，面板于是以「可见、但不是 key window」的状态出现。

非 key 窗口里，侧边栏是 AppKit 的 table view（acceptsFirstMouse 返回 NO），每次点击都被当作「激活这个窗口」消耗掉，不会产生选择；右侧文件列表是文件对话框自己的 out-of-process 视图，照常接受点击。这正好对上「右边能切、左边点不动」，而侧边栏里那行高亮是面板根据当前目录自己同步出来的，不是点击反馈。

在本机用同一段脚本做了探测：

激活时机	panel.isKeyWindow	NSApp.isActive
当前代码（panel 创建之前）	false，6 次里 5 次	false
移到 panel 创建之后	true，6/6	true

修复

把激活挪到 panel 建好之后、runModal 之前：

   app.mainMenu = mainMenu;
-  app.activateIgnoringOtherApps(true);
   var panel = $.NSOpenPanel.openPanel;
   ...
   panel.message = argv[0];
+  // Activate only once the panel exists: an accessory app activated with no
+  // window hands focus straight back, leaving the panel visible but not key.
+  app.activateIgnoringOtherApps(true);
   if (panel.runModal !== $.NSModalResponseOK) return '';

改完在本地实测，侧边栏恢复可点。补丁在本地分支 fix/macos-panel-activation（cb461ebb87），并在 native-picker.spec.ts 加了断言把调用顺序钉住（激活必须在 panel 创建之后，且只调用一次），vitest run packages/host/directory-picker-native/tests/native-picker.spec.ts 15 passed。

[hoangngochuong24947-gif]

补充一个 macOS 26.4 上的数据点：同一根因，但症状更完整——面板里的搜索框也完全无法输入，用户很容易误判成「Mac 的访达（Finder）坏了」。

环境

项	值
DSH	0.2.1-rc.2
系统	macOS 26.4 (25E246)，arm64
入口	dsh web，Chrome 访问 http://127.0.0.1:3080（loopback → native 后端）
相关包	@deepseek-ai/dsh-host-directory-picker-native

现象

点「增加新文件夹」弹出目录面板后：

1. 点侧边栏（Favorites / iCloud / Locations）没有任何反应，与本楼一致；
2. 点面板右上角搜索框后打字没有任何反应，光标不出现；
3. 于是既不能靠侧边栏、也不能靠搜索切换目录，用户描述为「访达无法搜索，也打不开侧边栏的其他文件夹去新增工作区」。

独立复现

直接执行 MAC_PANEL 那段 JXA（osascript -l JavaScript）：

• 面板由 osascript 进程弹出，面板托管的服务是 Open and Save Panel Service (osascript)；
• 同一时段 mdfind 正常返回结果，Spotlight 索引没有问题——所以不是系统搜索索引损坏。

结论

非用户环境问题，与本楼同源：activateIgnoringOtherApps(true) 在 NSOpenPanel.openPanel 之前调用，面板以「可见但不是 key window」的状态出现，侧边栏 table view 的点击被当作窗口激活消费掉，搜索框也拿不到键盘焦点。按本楼的 diff 把激活挪到 panel 创建之后即可。

建议

面板外观和 Finder 几乎一致，建议在面板 message 或用户文档里注明「这是 DSH 的目录选择器」，减少「Finder 坏了」的误判。