Bug: Windows Terminal missing from "Open In..." - fs.stat() fails with EACCES on MSIX app execution aliases

[anylink]

What happened

On Windows the "Open In..." split button (session header / file-tree header) lists Explorer, VS Code, Android Studio and Git Bash, but never Windows Terminal — even though Windows Terminal is installed and wt works in any shell.

Environment

• DeepSeek Harness 0.2.1-rc.5 (desktop app, Windows 11)
• Windows Terminal 1.24.12741.0 (MSIX / Store install)

Root cause

The catalog entry is

{ id: 'windowsterminal', platforms: { win32: spec(cli('wt', '-d')) } },

i.e. the only locator is a bare PATH lookup for wt. On Windows, Windows Terminal has no regular .exe on disk: %LOCALAPPDATA%\Microsoft\WindowsApps\wt.exe is an MSIX app execution alias — a reparse point (IO_REPARSE_TAG_APPEXECLINK) whose target lives under the ACL-locked C:\Program Files\WindowsApps\....

isFile() (dsh-host-open-in-app) and LocalSubprocessRuntime.resolveExecutable() (dsh-subprocess-local) both decide existence with fs.stat():

if (!(await stat(candidate)).isFile()) continue;
await access(candidate, constants.X_OK);

fs.stat() follows the reparse target, which fails with EACCES; the candidate is silently dropped, the whole catalog entry resolves to nothing, and it never appears in /open-in-app/apps.

Measured on the affected machine (Node 24):

call	result
fs.statSync(...\\WindowsApps\\wt.exe)	EACCES
fs.lstatSync(...)	symlink, size 93
fs.accessSync(..., X_OK)	ok
where.exe wt	%LOCALAPPDATA%\Microsoft\WindowsApps\wt.exe

This is not specific to wt: fs.statSync(...\\WindowsApps\\winget.exe) also returns EACCES. Any application reachable only through an app execution alias is affected.

Suggested fix (either is sufficient)

1. Make the existence probes reparse-aware: on EACCES/EPERM from stat, fall back to access(path, X_OK) (which succeeds on aliases) or lstat, and accept a reparse point. Both resolveExecutable() and isFile() need this.
2. Add a file() locator for ${LOCALAPPDATA}/Microsoft/WindowsApps/wt.exe — note that isFile() still uses stat, so fix (1) is needed regardless.

Repro

1. Install Windows Terminal from the Microsoft Store.
2. Open a workspace in the DSH desktop app on Windows.
3. Open the "Open In..." dropdown: Windows Terminal is absent, while wt -d <dir> works in a terminal.