anomalyco/opencode
1
0
Fork 0
mirror of https://github.com/anomalyco/opencode.git synced 2026-07-22 02:05:26 -04:00
Code Issues 5.9k Packages Projects Releases 19 Wiki Activity

[BUG]: Project selection is different between Desktop and Web #9280

New Issue
Open
opened 2026-02-16 18:12:05 -05:00 by yindo · 2 comments
yindo commented 2026-02-16 18:12:05 -05:00
Owner
Copy Link
Copy Source

Originally created by @jrmcpeek on GitHub (Feb 13, 2026).

Originally assigned to: @adamdotdevin on GitHub.

Description

I am connected to a remote instance of opencode web, running on a virtual machine, accessible via http://localhost:4096.

I connect via a browser tab and away we go.

OpenCode Web Experience

If I click a "Recent Projects" entry, it loads the session and all is well.

If I click on the Projects button, I can search for folders/locations within the context of where opencode web is running, having visibility into repositories/code inside of this virtual machine.

When I select one, a new session is created and all is well.

OpenCode Desktop Experience

While trying the OpenCode Desktop application, I add the http://localhost:4096 server and set it as the default.

When opening the Desktop application, the list of "Recent Projects" is populated based on sessions within my virtual machine.

If I click a "Recent Projects" entry, it loads the session and all is well.

If I click on the Projects button, I am presented with a Gtk-based File Picker modal, but it is on my host machine, rather than in the context of the server I am connected to.

Expected OpenCode Desktop Experience

Generally, I would expect this to match the OpenCode Web experience, where project and project selection occur in context of the server I am connected to.

If the OpenCode Desktop application is launched and connected to the self-launched backend, then using the file picker for local files makes sense and would be in the context of the server it is connected to (for an enhanced, "native" experience.

Plugins

None

OpenCode version

1.1.65

Steps to reproduce

  1. Create a virtual machine that can run opencode. This was tested with RHEL 10.1.
  2. Ensure firewall allows ingress on port 4096.
  3. Run opencode-cli --port 4096 --hostname 0.0.0.0 as the virtual machine user whose contents you wish to have access to.
  4. Connect to http://localhost:4096/ and verify that you can kick off sessions using the contents from within the virtual machine.
  5. Launch the Desktop application, connect to the server at http://localhost:4096/.
  6. Try to open a new project and verify that it opens a file picker modal, accessing the host filesystem for the current user rather than the filesystem in the virtual machine for the server-running user.

Screenshot and/or share link

No response

Operating System

Host: RHEL 9.6; Virtual Machine: RHEL 10.1

Terminal

gnome-shell, ptyxis

Originally created by @jrmcpeek on GitHub (Feb 13, 2026). Originally assigned to: @adamdotdevin on GitHub. ### Description I am connected to a remote instance of `opencode web`, running on a virtual machine, accessible via `http://localhost:4096`. I connect via a browser tab and away we go. **OpenCode Web Experience** If I click a "Recent Projects" entry, it loads the session and all is well. If I click on the Projects button, I can search for folders/locations within the context of where `opencode web` is running, having visibility into repositories/code inside of this virtual machine. When I select one, a new session is created and all is well. **OpenCode Desktop Experience** While trying the OpenCode Desktop application, I add the `http://localhost:4096` server and set it as the default. When opening the Desktop application, the list of "Recent Projects" is populated based on sessions within my virtual machine. If I click a "Recent Projects" entry, it loads the session and all is well. If I click on the Projects button, I am presented with a Gtk-based File Picker modal, but it is on my **host** machine, rather than in the context of the server I am connected to. **Expected OpenCode Desktop Experience** Generally, I would expect this to match the OpenCode Web experience, where project and project selection occur in context of the server I am connected to. If the OpenCode Desktop application is launched and connected to the self-launched backend, then using the file picker for local files makes sense and would be in the context of the server it is connected to (for an enhanced, "native" experience. ### Plugins None ### OpenCode version 1.1.65 ### Steps to reproduce 1. Create a virtual machine that can run opencode. This was tested with RHEL 10.1. 2. Ensure firewall allows ingress on port 4096. 3. Run `opencode-cli --port 4096 --hostname 0.0.0.0` as the virtual machine user whose contents you wish to have access to. 4. Connect to `http://localhost:4096/` and verify that you can kick off sessions using the contents from within the virtual machine. 5. Launch the Desktop application, connect to the server at `http://localhost:4096/`. 6. Try to open a new project and verify that it opens a file picker modal, accessing the host filesystem for the current user rather than the filesystem in the virtual machine for the server-running user. ### Screenshot and/or share link _No response_ ### Operating System Host: RHEL 9.6; Virtual Machine: RHEL 10.1 ### Terminal gnome-shell, ptyxis
yindo added the bugweb labels 2026-02-16 18:12:05 -05:00
yindo commented 2026-02-16 18:12:05 -05:00
Author
Owner
Copy Link
Copy Source

@github-actions[bot] commented on GitHub (Feb 13, 2026):

This issue might be a duplicate of an existing issue. Please check:

Both report the same root cause: the Desktop app's file picker opens on the host/local machine instead of the remote server context when connecting to a remote OpenCode instance (WSL, VM, or similar). This differs from the Web UI, which correctly searches/opens projects in the remote server's context.

These may be related to or consolidated under the same fix.

@github-actions[bot] commented on GitHub (Feb 13, 2026): This issue might be a duplicate of an existing issue. Please check: - #13089: [Windows: desktop app (WSL) tries to open projects from local pc](https://github.com/anomalyco/opencode/issues/13089) Both report the same root cause: the Desktop app's file picker opens on the **host/local machine** instead of the **remote server context** when connecting to a remote OpenCode instance (WSL, VM, or similar). This differs from the Web UI, which correctly searches/opens projects in the remote server's context. These may be related to or consolidated under the same fix.
yindo commented 2026-02-16 18:12:05 -05:00
Author
Owner
Copy Link
Copy Source

@jrmcpeek commented on GitHub (Feb 13, 2026):

Yes, these look related. Similar documented behavior.

But the fix may not be as simple as merely checking whether the server is running on localhost or 127.0.0.1 - it may need a more nuanced approach, or configurability on a per-server basis (remove vs local).

@jrmcpeek commented on GitHub (Feb 13, 2026): Yes, these look related. Similar documented behavior. But the fix may not be as simple as merely checking whether the server is running on `localhost` or `127.0.0.1` - it may need a more nuanced approach, or configurability on a per-server basis (remove vs local).
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
acp
bad
bug
discussion
docs
documentation
enhancement
extension
good first issue
growth
help-wanted
mcp
model-problem
needs:compliance
nix
opentui
perf
pull-request
Mirrored from GitHub Pull Request
 tui
web
windows
zen
No Label bug web
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#9280
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?