[Windows][Subagents] Private permission profile cannot be applied before child tool registration
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- PR merge metrics
- PR metrics pending
Description
Summary
Codex Desktop for Windows does not expose a supported mechanism to apply a dedicated private permission profile to a nested subagent before child initialization and tool registration.
Uploaded thread: 019fc81b-92d5-76b3-a3ea-28bf39df04d1
Environment
- Product: Codex Desktop for Windows
- Package:
OpenAI.Codex_26.810.7004.0_x64__2p2nqsd0c76g0 - Executable:
C:\Program Files\WindowsApps\OpenAI.Codex_26.810.7004.0_x64__2p2nqsd0c76g0\app\resources\codex.exe - Parent agent:
analise_versoes_moto_snipe - Intended nested child:
route02_external_evidence_observer
Reproduction
- Define a dedicated child permission profile.
- Deny access to
C:\. - Deny
D:\by default. - Grant write access to only one dedicated directory on
D:\. - Keep the child scoped only to its parent and absent from the global agent registry.
- Attempt to start the nested child with the dedicated profile applied before tools are registered.
Actual behavior
Ordinary nested subagents inherit the parent task permission policy.
The attempted isolated fallback fails before the child is spawned:
Program 'codex.exe' failed to run: An error occurred trying to start process
'C:\Program Files\WindowsApps\OpenAI.Codex_26.810.7004.0_x64__2p2nqsd0c76g0\app\resources\codex.exe'
with working directory 'C:\Users\harol\Documents\Nelogica'. Acesso negado.
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 reproducing the Windows nested-subagent sequence using the listed parent and child names, then trace child initialization and tool registration before the attempted permission profile is applied. Done means a nested child can start with its dedicated profile, including the stated C:\ and D:\ access restrictions, without the codex.exe launch failure.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- operating-systems, security
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100