Skip to content

desktop: attachment picker always opens at session directory; no "remember last location" or configurable default #52166

Closed as not planned

Description

@JerryAubin

Summary

In the OpenCode desktop app (macOS), clicking the "+" attachment button opens the file picker at the session's working directory every time. There is no way to change this default or have the picker remember the last-used folder, so attaching files from anywhere else requires navigating from scratch on every single attach.

Environment

  • opencode version: 2.0.18
  • OS: Darwin 25.6.0 (macOS, arm64)
  • Terminal: Unavailable: desktop app (GUI), not TUI
  • Shell: /bin/zsh
  • Install/channel: latest (release)
  • Active plugins: None found in config

Reproduction

  1. Open a session in the desktop app (session directory: e.g. ~/Documents/Default Project).
  2. Click the "+" button to attach a file.
  3. Navigate to e.g. ~/Downloads, select a file, attach it.
  4. Click "+" again to attach another file.

Expected Behavior

The picker reopens at ~/Downloads (the last-used location), or there is a configurable default directory for the attachment picker (app-wide or per-session setting).

Actual Behavior

The picker always opens at the session's working directory, requiring manual navigation on every attach. Checked V2 docs: no documented CLI or config setting exists for the picker's default directory.

Additional Context

  • macOS native open panels typically restore the last-used location automatically, but this behavior appears overridden because the app sets the panel's directory explicitly on each invocation.
  • Workarounds in use: typing paths directly into the prompt, or copy/paste from Finder. Both work but the picker flow is the discoverable path.
  • Reproduces consistently (every attach, every session).
  • Impact is workflow friction for users who attach reference files frequently (documents, exports) from outside the project directory.

Activity

  1. github-actions commented on Sep 29, 2026

    @github-actions
    Contributor

    This issue does not fully meet our contributing guidelines.

    What needs to be fixed:

    • This is a feature request, but the title must start with [FEATURE]:.
    • Add the feature-request verification checkbox confirming that you checked this feature has not already been suggested.

    Please edit this issue to address the above within 2 hours, or it will be automatically closed.

    If you believe this was flagged incorrectly, please let a maintainer know.

  2. github-actions commented on Sep 29, 2026

    @github-actions
    Contributor

    This issue has been automatically closed because it was not updated to meet our contributing guidelines within the 2-hour window.

    Feel free to open a new issue that follows our issue templates.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions