[Windows] Severe input lag and UI freezes when opening app and typing in chat
Open 💬 4 comments Opened Jul 21, 2026 by lints123
💡 Likely answer: A maintainer (github-actions[bot], contributor)
responded on this thread — see the highlighted reply below.
What version of the Codex App are you using (From “About Codex” dialog)?
版本 26.715.52143
What subscription do you have?
PRO
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 | AMD64
What issue are you seeing?
Problem 1 (Input Lag):
When typing in the chat input box, characters exhibit significant delay (over 10 seconds), making it nearly unusable.
Problem 2 (UI Freeze/Crash when opening long sessions):
When opening or continuing a long-running session with extensive conversation history, the application UI freezes completely for an extended period and often crashes.
What steps can reproduce the bug?
- Launch Codex desktop/CLI application.
- Open any chat conversation.
- Start typing in the input field → observe 10s+ lag per keystroke.
- Open a session with large history → observe UI freeze/unresponsiveness.
What is the expected behavior?
_No response_
Additional information
_No response_
4 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Additional Windows reproduction with measured resource data:
26.715.10079.026200.8894, x640.53 MB; the largest transcript on the machine was1.48 MB, so long conversation history was not required.1.3 GBworking set in total and approximately0.1%CPU during the sample.15.7 GBRAM with only1.6–1.9 GBavailable. An 8-second sample averaged roughly31,649 Pages/secand543 Page Reads/sec, indicating severe paging.SrTasks.exe(System Protection background tasks) grew from about3.3 GBto5.7 GBprivate memory during the investigation and averaged about4,850page faults/sec.SrTasks.exestarted at 22:42:35 under the Windows Update service, the Codex Store update began at 22:42:36, and the update completed at 22:42:58.This does not prove that
SrTasks.exeis the app-side root cause, but it shows a reproducible memory-pressure/update interaction capable of making the Chromium UI nearly unusable. A useful control would be to retest input latency after the System Protection process exits and available RAM recovers.I have this problem too
[Windows] Codex desktop: main process burns ~50% of one core constantly, causing severe typing lag (26.803.5235.0)
Environment: OpenAI.Codex 26.803.5235.0 (Microsoft Store), Windows 11 10.0.26200 x64
Symptoms:
Per-thread sampling (main process):
Logs (5 min): ~900 rejected requests (~3/s):
uat 2" with conversationId="current"Not related to #33409: no 0xC06D007F; serialport ABI already fixed (bindings.node exports napi_register_module_v1).
Already ruled out: restart, minimize, closing avatar-overlay/pet windows, new task, HID devices, IME processes, GPU, disk writes.
Likely a busy loop in the Electron main process tied to thread-hydration retries using the literal id "current".