openai / openai/codex

macOS: restore a one-click top-right "Open with" menu for the current workspace

Open
#40,832 4 comments 12 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app enhancement
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

What version of the Codex App are you using?

Not captured. The behavior changed immediately after a recent desktop-app update, observed on 2026-08-26.

What platform are you using?

macOS (Chinese UI).

What issue are you seeing?

A recent UI update moved the frequently used current-workspace launcher from a direct top-right toolbar action into a nested menu in the upper-left task/project header:

  1. Click the ... button beside the task/project title.
  2. Open Open with (打开方式).
  3. Choose VS Code or Terminal.

Previously, I could open the current workspace directly in VS Code or Terminal from the top-right toolbar. The top-right area now contains Share instead.

This is not merely a cosmetic relocation: opening the current folder in VS Code or Terminal is a high-frequency development action. The additional click plus a hover-dependent submenu makes the workflow noticeably slower and breaks established muscle memory.

The available targets are still detected correctly (VS Code, Finder, Terminal, Xcode, IntelliJ IDEA); they have only been moved behind the extra menu level.

Steps to reproduce
  1. Open a local project/task in the macOS Codex desktop app.
  2. Look for the workspace/external-app launcher in the top-right toolbar.
  3. Observe that the available way to launch VS Code or Terminal is now:
    • task/project title ...Open withVS Code / Terminal.
What is the expected behavior?

Please restore a first-level, top-right Open with / Open in launcher for the current workspace, with VS Code and Terminal reachable in one interaction.

At minimum, please provide a preference that lets users choose between:

  • the compact new menu placement, and
  • the previous direct toolbar launcher.

A keyboard shortcut or a way to pin/reorder common targets would also help, but restoring the direct workspace launcher is the important part.

Additional information

This is a daily workflow regression rather than a failure to detect installed apps. I can provide a screenshot of the current nested menu if needed.

Related but not duplicate:

  • #30650 reports the external-app Open In menu missing on a new Windows conversation.
  • #30857 reports macOS Open with app-list/toolbar rendering problems.
  • #32687 confirms the macOS app previously exposed an Open with dropdown in the top-right toolbar.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No implementation files or tests are named. Start by tracing the macOS desktop app's current task/project title menu and its Open with path, then compare it with the previous top-right toolbar behavior described in the issue. Done means the current workspace can reach VS Code and Terminal from a first-level top-right launcher, or the requested placement preference is available and verified on macOS.

Written by the indexing model from the issue text.

Assessment

Tech stack
macos, rust
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
55/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.