codex app . opens Codex Desktop without the current workspace on macOS

What version of Codex CLI is running?

codex-cli 0.136.0

What subscription do you have?

ChatGPT subscription; the issue does not appear to be plan-specific.

Which model were you using?

N/A

What platform is your computer?

Darwin 25.5.0 arm64 arm

What terminal emulator and version are you using (if applicable)?

Warp

Codex doctor report

codex doctor --json reported overallStatus: "ok" with the update configuration locally consistent.

What issue are you seeing?

On macOS, codex app . opens Codex Desktop, but the new thread is not opened with the current directory as its workspace. The app lands on the projectless "What should we work on?" screen instead.

The deep link itself appears valid. Opening the same encoded workspace URL by bundle id works:

open -b com.openai.codex 'codex://threads/new?path=%2Fpath%2Fto%2Fworkspace'

The failing path in the CLI currently launches the URL using open -a <Codex.app path> <codex://...>. In local testing, targeting the bundle id with open -b com.openai.codex <codex://...> routes the deep link correctly and Codex Desktop opens the intended workspace.

What steps can reproduce the bug?

1. Install Codex CLI and Codex Desktop on macOS.
2. From a local repository, run:

``sh
codex app .
``

1. Observe that Codex Desktop opens without the current directory selected as the workspace.
2. Open the equivalent deep link manually via bundle id:

``sh
open -b com.openai.codex 'codex://threads/new?path=%2Fpath%2Fto%2Fworkspace'
``

1. Observe that Codex Desktop opens the intended workspace.

What is the expected behavior?

codex app . should open Codex Desktop with the current directory selected as the workspace, matching the documented codex://threads/new?path=<absolute-dir> deep-link behavior.

Additional information

I have a small patch prepared that changes the macOS desktop launch path from open -a <app path> <url> to open -b com.openai.codex <url> and adds a regression test for the open arguments. This keeps app discovery/install behavior intact while routing the workspace deep link through Launch Services by the registered bundle id.