Desktop Linux: 'Open with app' fails for Sublime Text and Zed with os error 2 #20195

Description

On CachyOS (Arch-based Linux), OpenCode desktop fails to open the current workspace directory in both Sublime Text and Zed from the session header's "Open with ..." menu. The app shows Request failed and the backend error is Failed to open path: No such file or directory (os error 2).

This does not look like a missing project directory. It looks like editor resolution on Linux:

• command -v zed -> ~/.local/bin/zed
• command -v subl -> /usr/bin/subl
• command -v sublime_text -> not found

Relevant implementation details I traced while debugging:

• packages/app/src/components/session/session-header.tsx
  • Linux app map uses openWith: "zed" for Zed
  • Linux app map uses openWith: "Sublime Text" for Sublime Text
• packages/desktop/src-tauri/src/lib.rs
  • check_linux_app currently returns true unconditionally, so unavailable or misresolved apps are still shown
  • open_path forwards the app name directly to tauri_plugin_opener::open_path
• In tauri-plugin-opener, when an app is provided it ultimately calls open::with_detached(path, program); it doesn't prevalidate the path first, so os error 2 appears to be the program lookup failing rather than the workspace path missing

Possibly there are two issues here:

1. Sublime Text is using a display name instead of the Linux executable (subl)
2. Zed may fail when OpenCode desktop does not inherit a PATH containing ~/.local/bin

Steps to reproduce

1. On CachyOS/Arch Linux, install Zed and Sublime Text
2. Open OpenCode desktop
3. Open any session/workspace
4. Use the session header and choose "Open with Zed" or "Open with Sublime Text"

Expected behavior

The workspace directory opens in the selected editor.

Actual behavior

OpenCode shows Request failed and Failed to open path: No such file or directory (os error 2).

Plugins

Unknown / not relevant

OpenCode version

1.3.9

Screenshot and/or share link

None

Operating System

CachyOS (Arch-based Linux)

Terminal

bash