Windows desktop app does not expose local exec tools to any chat
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Summary
The Codex Windows desktop app no longer exposes local command execution tools to chats. The integrated PowerShell terminal works and can access the project files, but all new and existing chats receive only js and js_reset; they do not receive the local exec tool.
This previously worked in the same desktop app and project. I did not manually change the configuration before the problem appeared.
Environment
- OS: Windows
- Codex desktop app package version:
26.903.9818.0 - Project directory:
D:\w-桌面\大论文 - Feedback session ID:
01a09127-9d53-71c3-a940-ff7eeb410003
Expected behavior
A local chat opened for this project should receive the local command execution tool and should be able to read and modify files in the selected project directory.
Actual behavior
All new and existing chats report that no local file or command execution tool is available. They receive only browser/computer-use tools such as js and js_reset.
The integrated terminal itself works correctly:
- PowerShell opens inside the Codex desktop app.
- The current directory can be set to
D:\w-桌面\大论文. Test-PathreturnsTruefor the target local Word document.- The file is therefore present and readable from the integrated terminal.
Diagnostics already completed
- Full access is enabled.
- The sandbox is configured for workspace write access.
codex features listreports:shell_tool: stable,trueunified_exec: stable,truecode_mode_host: stable,true
- A session from before the failure contains 98 actual
custom_tool_callcalls toexec. - Sessions created after the failure contain only
function_callcalls tojsandjs_reset, or no actual tool calls. - The desktop app was fully restarted.
- Windows application repair was performed, but the issue still occurs.
- The project path, PowerShell, local file permissions, and the Word document itself have been verified.
Relevant session evidence
Working session:
rollout-2026-09-08T10-10-11-01a07ec7-b039-7e21-9a78-1936a098c6a6.jsonl
Actual tool calls included:
exec 98
js 5
js_reset 5
Affected newer session:
rollout-2026-09-11T22-06-28-01a090ca-8ad6-7b73-bca6-adb0a8489611.jsonl
Actual tool calls included only:
js 7
js_reset 35
Another affected session:
rollout-2026-09-11T23-12-52-01a09107-5523-7040-8f66-6ba7e6c185d4.jsonl
No actual local tool calls were detected.
Request
Please investigate the Windows desktop app’s local tool provisioning and the connection between chat sessions and the local command runner. The local runtime and integrated terminal appear operational, but exec is no longer included in the tool set supplied to chats.
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 comparing the working rollout-2026-09-08T10-10-11-01a07ec7-b039-7e21-9a78-1936a098c6a6.jsonl with the affected rollout-2026-09-11T22-06-28-01a090ca-8ad6-7b73-bca6-adb0a8489611.jsonl and rollout-2026-09-11T23-12-52-01a09107-5523-7040-8f66-6ba7e6c185d4.jsonl. Trace local tool provisioning from the chat session to the command runner, using the listed feature flags as context. Done means Windows chats receive the local exec tool again while the integrated PowerShell terminal continues working.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- powershell, rust
- Domain
- desktop, devtools
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100