Using sidebar to switch between agents bugs out on grabbing mouse icon

Open 💬 4 comments Opened Jun 22, 2026 by JLanders96

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

26.616.6631.0

What subscription do you have?

Pro 2x

What platform is your computer?

MS Windows NT 10.0.26200.0 x64

What issue are you seeing?

<img width="3000" height="4000" alt="Image" src="https://github.com/user-attachments/assets/fc14e0ef-1dad-48c7-819d-ca6cfd221262" />

<img width="3000" height="4000" alt="Image" src="https://github.com/user-attachments/assets/03375dcc-7d90-402e-a7b1-a74ed54109bf" />

When using the app with subagents, after opening them to toggle the tabs and view progress, the grabber mouse icon is stuck. Nothing recovers to be able to use anything in the app. Only can minimize or maximize the app and can close. Have to fully exit and lose work progress entirely.

What steps can reproduce the bug?

Create subagents.
Open them in the sidebar.
Click between them to read their outputs.
Experience rage from seeing this and not being able to complete a session!

What is the expected behavior?

That the tabs work and don't get stuck.

Additional information

It's hugely frustrating. It's disruptive of workflow. It's unexpected.

View original on GitHub ↗

4 Comments

mateogon · 1 month ago

I’m seeing the same failure mode in Codex App, but on macOS.

Different trigger: I was in a chat and tried to close a tab/pane on the right side. I think I accidentally initiated a grab/drag interaction. After that, the cursor stayed stuck as the grabbing hand and Codex stopped accepting normal clicks anywhere in the app.

The only recovery I found was Cmd+Q and reopening Codex. That restores the UI, but it interrupts active/running chats.

So this appears to be the same Codex App cursor-grab/input-capture bug across different OSes, not Windows-specific.

YanDevDe · 1 month ago

I am having the same issue with the recent update which renders me useless and I have to restart Codex and this happens quite often. I'm also using macOS

teemoZipsa · 1 month ago

I’m seeing what appears to be the same stuck drag/input-capture bug in Codex Desktop on Windows, with a slightly different trigger.

While using the left sidebar, I accidentally initiate or mishandle a drag around moving a task/session into a project folder. The entire project folder row becomes light gray/dimmed and remains stuck in that state. After that, project folders and task/session rows in the sidebar no longer accept clicks.

The rest of the application remains responsive: the current Codex task continues working and the “New task” button still responds. Only project/task navigation in the left sidebar is blocked. Fully restarting the app restores interaction.

This is intermittent but has happened more than once. It looks related to the stuck grab/input-capture behavior reported here, combined with the sidebar-only hit-testing failure described in #32735.

I wasn’t able to capture a screenshot when it happened, and I don’t have the exact affected app version recorded.

cooper-xs · 1 month ago

I hit the same issue on macOS.

After clicking the close button on a side panel, the cursor became stuck in the grabbing-hand state. Mouse clicks inside Codex stopped working, while keyboard input and keyboard navigation still worked.

I found a workaround that does not require quitting Codex:

  1. Open Settings using the keyboard:
  • Press Cmd+, to open Settings directly; or
  • Press Cmd+K, use the arrow keys to select Settings, and press Enter. This is the method I used.
  1. As soon as the Settings view opens, the mouse cursor and mouse interaction return to normal.
  2. Close the Settings view and continue using the current thread.

This allowed me to recover without restarting Codex, interrupting the running task, or losing the current context.