What version of the Codex App are you using (From “About Codex” dialog)?
26.721.4979.0
What subscription do you have?
Chat GPT Plus
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
The apply_patch tool hangs indefinitely and does not modify the target file. Ordinary read-only PowerShell commands continue to complete normally.
What steps can reproduce the bug?
-
Open a local project in the Windows Codex desktop app.
-
Request a one-line patch to .gitignore.
-
Codex invokes apply_patch.
-
The operation remains pending for more than 60–180 seconds.
-
Interrupt the operation.
-
Verify that the file was not changed.
What is the expected behavior?
Expected result:
The patch should apply promptly and return a success or actionable error.
Actual result:
The patch operation never returns and the file remains unchanged.
Troubleshooting already performed:
Fully restarted the Codex desktop app.
Fully restarted Windows.
Confirmed the project directory is readable and writable.
Confirmed ordinary PowerShell commands work.
Tested a one-line patch.
Tested direct invocation of the generated apply_patch.bat wrapper with a bounded timeout.
Reviewed Comodo Firewall/HIPS blocked items.
Unblocked the exact earlier wrapper for HIPS.
After the Windows restart, the newly generated wrapper did not appear in Comodo’s blocked list, but the patch still hung.
No real or confidential data was used.
Additional information
Codex logs previously recorded a timeout while loading the Windows shell environment. Comodo also appears to interact heavily with generated scripts, but the final post-reboot reproduction did not create a new blocked-wrapper event.
Relevant logs are available from:
%LOCALAPPDATA%\Codex\Logs
I can provide reviewed/redacted logs privately if requested.
What version of the Codex App are you using (From “About Codex” dialog)?
26.721.4979.0
What subscription do you have?
Chat GPT Plus
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
The apply_patch tool hangs indefinitely and does not modify the target file. Ordinary read-only PowerShell commands continue to complete normally.
What steps can reproduce the bug?
Open a local project in the Windows Codex desktop app.
Request a one-line patch to .gitignore.
Codex invokes apply_patch.
The operation remains pending for more than 60–180 seconds.
Interrupt the operation.
Verify that the file was not changed.
What is the expected behavior?
Expected result:
The patch should apply promptly and return a success or actionable error.
Actual result:
The patch operation never returns and the file remains unchanged.
Troubleshooting already performed:
Fully restarted the Codex desktop app.
Fully restarted Windows.
Confirmed the project directory is readable and writable.
Confirmed ordinary PowerShell commands work.
Tested a one-line patch.
Tested direct invocation of the generated apply_patch.bat wrapper with a bounded timeout.
Reviewed Comodo Firewall/HIPS blocked items.
Unblocked the exact earlier wrapper for HIPS.
After the Windows restart, the newly generated wrapper did not appear in Comodo’s blocked list, but the patch still hung.
No real or confidential data was used.
Additional information
Codex logs previously recorded a timeout while loading the Windows shell environment. Comodo also appears to interact heavily with generated scripts, but the final post-reboot reproduction did not create a new blocked-wrapper event.
Relevant logs are available from:
%LOCALAPPDATA%\Codex\Logs
I can provide reviewed/redacted logs privately if requested.