Skip to content

lagging system #38559

Open
Open

Description

@nukfulkchkbuk

What version of the Codex App are you using (From “About Codex” dialog)?

Version 26.810.41047Version 26.810.41047Version 26.810.41047

What subscription do you have?

Plus

What platform is your computer?

Win 11 Home 64 bit

What issue are you seeing?

Since a recent update, after processing a task. The mouse gets super laggy and jumps around the screen. System is fine after closing Codex. The bug is not too far from rendering my PC unusable.

What steps can reproduce the bug?

On startup and after working on a task.

What is the expected behavior?

No lag

Additional information

Not sure about this part so take it with a pinch of salt: I think my NVME drive is being hammered IO wise not bandwidth when Codex is idle.

Activity

  1. sanrandry commented on Aug 14, 2026

    @sanrandry

    same issue here,
    I’m switching to Claude Max.
    What the hell are the OpenAI devs doing?????

  2. kbauer commented on Aug 15, 2026

    @kbauer

    I've been seeing the same issue. I have submitted it with feedback ID no-active-thread-01a004fc-8796-7711-b0ae-c6f6973ff875; I attach the report also as a markdown file. Relevant screenshots and a screen capture of the lag vanishing when switching to Task Manager I have included via https://imgur.com/a/J3QXIc1.

    no-active-thread-01a004fc-8796-7711-b0ae-c6f6973ff875.md

  3. ramtamir26-ctrl commented on Aug 16, 2026

    @ramtamir26-ctrl

    I can reproduce this on Windows with an RTX 5070 Laptop GPU, and I was able to narrow the trigger down further.

    Observed behavior:

    • Any Codex main workspace/chat view causes system-wide mouse stutter, including a completely blank/new chat.
    • Switching the same app to Settings makes the mouse smooth again.
    • Minimizing Codex immediately makes the mouse smooth.
    • More importantly, leaving Codex open but completely covering the Codex window with another window also makes the mouse smooth; exposing the Codex workspace again immediately brings the stutter back.
    • Maximized vs restored/non-maximized makes no difference: the problem occurs whenever the workspace is actually visible.
    • Disabling the semi-transparent sidebar did not help.
    • Task Manager shows repeatable GPU activity/spikes when the Codex workspace is visible (roughly up to ~16% total GPU in my test), while Codex CPU usage is only around 2–4%.

    This strongly suggests that, at least on my machine, the trigger is the visible Codex workspace rendering/compositing path, rather than an active agent task, conversation length, or general CPU saturation. The fact that mere window occlusion eliminates the stutter seems especially diagnostic because Codex remains open and running.

    This looks closely related to #38710 (GPU/DWM load), but the occlusion test may help isolate the rendering/compositor side of the regression.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    appIssues related to the Codex desktop appbugSomething isn't workingperformancewindows-osIssues related to Codex on Windows systems

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions