You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Windows] Severe input lag and UI freezes when opening app and typing in chat #34450
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.
Additional Windows reproduction with measured resource data:
Codex/ChatGPT desktop: 26.715.10079.0
Windows 11 Home 25H2, build 26200.8894, x64
Symptom: approximately 1–3 seconds of input latency per character while an existing task is active. Restarting the app and Windows did not resolve it.
The active local transcript was only 0.53 MB; the largest transcript on the machine was 1.48 MB, so long conversation history was not required.
Codex-related processes used about 1.3 GB working set in total and approximately 0.1% CPU during the sample.
The system had 15.7 GB RAM with only 1.6–1.9 GB available. An 8-second sample averaged roughly 31,649 Pages/sec and 543 Page Reads/sec, indicating severe paging.
Microsoft-signed SrTasks.exe (System Protection background tasks) grew from about 3.3 GB to 5.7 GB private memory during the investigation and averaged about 4,850 page faults/sec.
Windows Event Log timing was unusually tight: SrTasks.exe started 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.
Codex logs contained no OOM, renderer-crash, or GPU-crash indicators.
This does not prove that SrTasks.exe is 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.
Activity
github-actions commentedon Jul 21, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
weijunswj commentedon Jul 23, 2026
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.SilverSeraphim commentedon Jul 27, 2026
I have this problem too
linhuan123 commentedon Aug 8, 2026
[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".