Desktop app: assistant response stays hidden until UI click

Resolved 💬 3 comments Opened Feb 28, 2026 by BrokenShell Closed Feb 28, 2026
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

Summary

In the Codex desktop app, after sending a message, the assistant response appears to stall indefinitely until I click somewhere in the UI. As soon as I click, the pending response immediately appears.

Steps to Reproduce

  1. Open Codex desktop app.
  2. Send a prompt in an active thread.
  3. Wait for the model response without interacting with the UI.
  4. Observe that no response renders while idle.
  5. Click anywhere in the app window.
  6. Observe the response immediately appears after the click.

Expected Behavior

Responses should render/stream without requiring any manual UI interaction.

Actual Behavior

Response appears only after a click or focus interaction.

Frequency

Frequent (enough to be reliably noticeable during normal use).

Workaround

Clicking in the UI causes the response to show up.

Impact

Feels like requests are hanging and interrupts normal workflow because I need to "poke" the UI to see output.

View original on GitHub ↗

3 Comments

BrokenShell · 6 months ago

Environment details:

  • Codex Desktop app: 26.227.1448 (build 747)
  • OS: macOS 26.3 (build 25D125)
  • Kernel/arch: Darwin 25.3.0, arm64
  • Observed on: 2026-02-28 08:48 PST

Extra note:

  • Local Codex CLI is 0.99.0 (not sure if relevant to desktop rendering, but included for completeness).

Behavior remains: assistant response appears only after a UI click/focus interaction.

github-actions[bot] contributor · 6 months ago

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

  • #13133
  • #13106
  • #13109

Powered by Codex Action

BrokenShell · 6 months ago

Closing as a duplicate of #13106 (and also similar to #13133).\n\nThanks for the review bot nudge; I’ve subscribed to those issues for updates.