Codex Handoff cannot detect an already saved Windows project #38872

Activity

1. LVDERRICK

   added

   appIssues related to the Codex desktop appIssues related to the Codex desktop app

   on Aug 16, 2026
2. github-actions

   added

   bugSomething isn't workingSomething isn't working

   windows-osIssues related to Codex on Windows systemsIssues related to Codex on Windows systems

   remote

   on Aug 16, 2026
3. github-actions commented on Aug 16, 2026

   

   github-actionsbot

   on Aug 16, 2026 – with GitHub Actions

   Contributor

   More actions

   Potential duplicates detected. Please review them and close your issue if it is a duplicate.

   • Cross-host handoff caches failed Git origin lookup and reports no matching project with Git 2.43 #37624

   Powered by Codex Action
4. rob-didio commented on Oct 13, 2026

   

   rob-didio

   on Oct 13, 2026 – with ChatGPT Codex Connector

   More actions

   Reproduced on 2026-10-13 with a macOS controller and a paired Windows destination. Adding current-version diagnostics because the saved-project lookup appears to be the failing boundary.

   Environment

   • ChatGPT/Codex desktop on the Mac: 26.1007.21159, build 20052, bundle identifier com.openai.codex.
   • Bundled Mac runtime: codex-cli 0.162.0-alpha.17.2.
   • macOS: 26.6.2 (25G83).
   • Destination: Windows 11 Pro, build 26200, connected through the desktop app's paired-device Remote Control connection. The Windows app's exact version was not collected.

   Reproduction and observations

   1. Save a local project for the same Git repository on both computers, using each checkout's repository root.
   2. Verify the Windows project is visible in the destination app's sidebar and that its saved rootPaths points to the existing Windows checkout.
   3. Verify git rev-parse --show-toplevel and git remote -v at the Windows saved-project path. Both hosts use their repository root and exactly the same HTTPS origin URL.
   4. From a separate Mac chat, call:

      {
        "threadId": "<source-chat-id>",
        "destinationHostId": "remote-control:<paired-windows-host>"
      }

      using handoff_thread.
   5. The call immediately returns No matching saved project was found on <Windows host>. No operation ID is created and no transfer starts.

   The Mac's list_projects({}) returns only Mac-local projects. An explicit read_thread call with the Windows hostId successfully reads an existing Windows chat whose working directory is the saved Windows repository root. The destination installation's environment ID was also checked against the paired host ID; this is the correct host, not a different connection.

   Refreshing the connection did not resolve the failure. Temporarily associating the source chat with the saved Mac project did not resolve it either; that association was restored afterward. The source chat and its Git changes remain intact.

   Potential cause — inference from the installed Mac app
   The handoff preflight obtains destination roots through workspace-root-options, then matches Git origins and repository-relative paths. For paired remote hosts, the installed app's project manager appears to derive those roots from the controller's saved remote-project entries, rather than the destination app's saved local-project entries. In this reproduction the controller's remote-projects collection is empty, while the Windows app has a valid saved local project.

   This suggests a missing remote-project binding/discovery step. Adding a controller-side remote binding has not been tested, so this is a suspected cause, not a verified workaround.

   Expected behavior
   The destination's saved matching Git project should be discoverable for handoff, as described in the remote connections guidance. If a separate controller-side remote-project registration is required, the error should identify that requirement and offer an actionable way to register the existing folder.

   Repository URLs/names, user paths, device names, environment IDs, and chat IDs are intentionally redacted. No full logs or session transcripts are attached.