[Desktop Remote SSH 26.825.31414] effectful task tools still missing with CLI 0.150.1
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using?
Post-update reproduction:
- ChatGPT / Codex Desktop:
26.825.31414 - About-dialog release date: August 28, 2026
- Remote task session metadata:
codex-cli 0.150.1 - Surface: Codex Desktop with a managed Remote SSH Linux project
Pre-update comparison from the same account/remote workflow:
- Desktop: the pre-
26.825build (the exact About-dialog string was not retained in the remote rollout) - Remote task session metadata:
codex-cli 0.149.1 - Result: the same failure
For an exact earlier Desktop/CLI build pair with the same symptom, see #40852: Desktop 26.820.60940 / bundled CLI 0.150.0-alpha.8.
What platform is your computer?
- Desktop controller: macOS
- Execution host: remote Linux over Codex Remote SSH
- Authenticated ChatGPT Codex session
What issue are you seeing?
Updating both the Desktop app and the remote Codex runtime did not restore the effectful first-party task-management tools.
A brand-new Remote SSH task created after installing Desktop 26.825.31414 records cli_version: 0.150.1. Its callable Codex App catalog still contains the read/helper side:
list_threadslist_archived_threadsread_threadwait_threads- title, pin, archive, and share helpers
But the effectful side is still omitted:
create_threadsend_message_to_threadfork_threadhandoff_threadautomation_update
The result is the same fail previously reported in #40865 and #40852: read/list/wait work, while user-authorized creation and inter-task coordination are unavailable.
This is a release-verification follow-up, not a new root-cause claim. The purpose is to record that Desktop 26.825.31414 plus remote CLI/app-server 0.150.1 still reproduces the regression in a fresh post-update task.
Version matrix
| Observation | Desktop app | Remote task CLI | Task state | Result |
|---|---|---|---|---|
| Local pre-update reproduction | Pre-26.825 build; exact About string not retained |
0.149.1 |
Existing Remote SSH workflow | Fail |
| Local post-update reproduction | 26.825.31414 |
0.150.1 |
Brand-new post-update Remote SSH task | Fail |
| Earlier exact published reproduction (#40852) | 26.820.60940 |
bundled 0.150.0-alpha.8 |
Fresh code-mode tasks | Fail |
The official changelog currently lists CLI 0.150.1 as a remote-compaction fix and does not document a repair for this Desktop task-tool projection issue.
What steps can reproduce the bug?
- Install ChatGPT / Codex Desktop
26.825.31414. - Connect to a managed Remote SSH Linux project.
- Confirm the remote Codex runtime and new task session metadata report
0.150.1. - Create a completely new Desktop task after the update.
- Inspect the callable Codex App task-tool inventory.
- Confirm that
list_threads,read_thread, andwait_threadsare present and callable. - Attempt to locate
create_thread,send_message_to_thread,fork_thread, orhandoff_thread. - Observe that those tools are absent, so a standard project-owned task cannot be created or messaged from the source task.
What is the expected behavior?
The Desktop task-tool migration/projection should expose a coherent task-management surface on Remote SSH hosts:
- When read/list/wait tools are available, explicitly user-authorized create/send/fork/handoff tools should also be available through the supported Codex App MCP path.
- A fresh post-update task should be able to create a normal user-owned task inside the selected Desktop project and send it a visible message.
- Desktop instructions must agree with the callable tool catalog.
- If policy intentionally removes a capability, the task should receive a structured diagnostic instead of silently missing only the effectful half of the tool family.
Impact
This prevents normal user-owned multi-task orchestration:
- no project-owned worker/reviewer task creation;
- no visible callback or follow-up message to an existing task;
- no standard fork or handoff lifecycle;
- internal subagents are not an equivalent replacement for separate user-owned Desktop tasks;
- raw app-server fallback creation is not equivalent because it can produce a task with no Desktop project association.
Additional information
- The model configuration is not the failure:
gpt-5.6-lunawithmaxreasoning was independently able to complete a direct app-server turn. - The failing boundary is the Desktop task-tool projection/project orchestration surface.
- No raw task IDs, hostnames, repository contents, credentials, or full rollout logs are included here. Sanitized tool inventories and session metadata can be supplied privately if needed.
Related:
- #40865 — Remote SSH migration to the Codex App MCP replacement is incomplete
- #40852 — Desktop
26.820.60940omits effectful task tools while read tools remain
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the Remote SSH task-tool projection and Codex App MCP catalog for a fresh task, comparing the available read/list/wait tools with create, send, fork, and handoff. Reproduce with Desktop 26.825.31414 and remote CLI 0.150.1. Done means the effectful tools appear coherently, or a structured diagnostic explains their intentional absence.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cli, desktop, devtools
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100