Codex Desktop Windows 26.611.61753: chat switching and composer typing feel laggy
Summary
Codex Desktop on Windows feels sluggish during chat/thread switching, and the composer input can lag behind typing.
When typing in the chat box, text sometimes appears/sends with a 1-2 second delay. Depending on the app state, the delay can grow to roughly 3-5 seconds. This makes the app feel blocked even when the machine itself is not obviously overloaded.
Environment
- Codex Desktop:
26.611.61753(released 17 Jun 2026) - OS: Windows 11 Pro
10.0.26200build26200 - CPU: 13th Gen Intel(R) Core(TM) i7-1355U
- Logical processors: 12
- RAM: 15.7 GB
- GPU: Intel(R) Iris(R) Xe Graphics, driver
32.0.101.5542 - Storage: fixed disk, 477 GB
- Codex process snapshot: multiple Codex processes observed; largest working sets were approximately 577 MB, 232 MB, 213 MB, 179 MB, 134 MB, 89 MB, 85 MB, and 79 MB
Personal identifiers such as username, machine name, serial numbers, and local paths are intentionally omitted.
Current behavior
- Switching between chats/threads has visible jank.
- While typing in the composer, typed text can be delayed by 1-2 seconds.
- In worse moments the delay can reach about 3-5 seconds.
- The lag feels tied to chat switching / thread loading / renderer work rather than raw hardware limits.
Expected behavior
- The composer should stay responsive while thread history, metadata, or heavy UI state is loading.
- Switching chats should show usable content quickly without blocking text input.
- Any heavy thread hydration/rendering work should be staged or deferred so typing does not stall.
Notes
This may be related to #21211, but this report is specifically for current Windows Codex Desktop 26.611.61753 and the user-visible composer typing delay during normal app use.
It is different from crash/inaccessible reports: the app remains usable, but the interaction latency is high enough that normal typing and chat switching feel laggy.
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗