Codex desktop Review feature not working except for the Last Turn setting

Open 💬 4 comments Opened May 22, 2026 by TomasHubelbauer
💡 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)?

Version 26.519.31651 (3017)

What subscription do you have?

Pro

What platform is your computer?

Darwin 25.5.0 arm64 arm

What issue are you seeing?

<img width="790" height="524" alt="Image" src="https://github.com/user-attachments/assets/8114b513-0339-4f21-aff9-cdbb2a2f8af5" />

All of unstaged, staged, commit and branch are stuck forever loading. Additionally, Commit dropdown is forever stuck at this:

<img width="397" height="102" alt="Image" src="https://github.com/user-attachments/assets/af40942e-e2e2-4ed1-81cf-4bf08adfbc35" />

The Refresh option is permanently disabled:

<img width="249" height="304" alt="Image" src="https://github.com/user-attachments/assets/896e89db-5a2a-4319-96f0-34f7a82018a6" />

This makes Codex desktop useless for reviewing the agent's work on any other basis than turn by turn, crucially, it means I have to hop off Codex to do a final check of the Git index before I open a PR.

What steps can reproduce the bug?

It happens to me 100 % of the time. No special steps, happens on the happy path where it should work.

What is the expected behavior?

_No response_

Additional information

_No response_

View original on GitHub ↗

4 Comments

github-actions[bot] contributor · 3 months ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #23446

Powered by Codex Action

TomasHubelbauer · 3 months ago

This bot is not that smart, the linked issue itself has been closed as a duplicate. It should have linked me to the issue it is duplicating: https://github.com/openai/codex/issues/23367. That one is closed though and my problem still reproduces, and it is not related to the Codex Desktop app (it is related to the Codex CLI which technically may be the same root cause, but since Codex Desktop is not open source, only a maintainer could know that, so that find is useless to me as a reporter).

hesselapplications · 1 month ago

I've found this happens when I use a Codex project targeting a directory that isn't a git repository. For example, I store all my locally cloned repositories at ~/Users/me/repos. If I use that as my codex project I can reproduce the bug. But if I use the specific repo clone directory as the project, say ~/Users/me/repos/foo, the diff panel works as expected

TomasHubelbauer · 3 days ago

@hesselapplications seems plausible. My Codex project is a plain directory with several repository directories within it.