Regression after v26.227.1448 (747): streaming UI updates don’t render while app is focused (updates appear only after focus change)

[yplakosh]

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

Version 26.227.1448 (747)

What subscription do you have?

Pro

What platform is your computer?

Darwin 25.3.0 arm64 arm

What issue are you seeing?

After updating to Codex App v26.227.1448 (747), the app no longer shows streaming / incremental progress (step-by-step actions and changes) while an operation is running.

Instead, the UI stays “stale” and then shows the full result all at once only when the operation completes.

However, if I switch focus away from Codex (Cmd+Tab to another app) and then return to Codex, the streaming updates suddenly appear and continue showing incrementally. This makes it feel like the underlying stream is happening, but the UI is not repainting/updating while the app window is focused.

What steps can reproduce the bug?

1. Update Codex App to v26.227.1448 (747).
2. Start any action that normally streams intermediate steps (e.g., multi-step coding action that streams progress/output).
3. Keep the Codex App window focused while it runs.
4. Observe that no incremental updates appear; only the final combined result appears when done.
5. Repeat, but during the run:

• Cmd+Tab to another app (Codex loses focus),
• Cmd+Tab back to Codex.

6. Observe that streaming updates appear after returning to Codex.

What is the expected behavior?

Streaming/incremental updates should render in real time while Codex App is focused, without requiring focus changes or window activation to refresh the UI.

Additional information

This appears to be a regression introduced in v26.227.1448 (747).
The behavior looks like UI rendering/flush is tied to focus/activation (updates buffered until the app regains focus).
Workaround: switch focus away from Codex and back to force streaming updates to show.

[github-actions]

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

• App auto scroll is buggy / broken #12092
• Pop-up window text input becomes untappable after task completes (requires app switching to recover) #12023

Powered by Codex Action

[supercoderhawk]

This bug is serious, please fix it ASAP..

[Yukuiii]

I encountered the same problem.

[avlnz]

Same issue on macOS 26.2, Codex 26.227.1448 (747).

New messages consistently fail to render until after clicking the chat pane. Feedback filed already. Its far more of an impactful issue than you would think until you have to deal with it.

[Afur]

Very annoying issue

[masterkain]

same, same

[ipv4sq]

same here same

[kyrosle]

same

[BrokenShell]

Additional investigation from an affected machine (same app build 26.227.1448 (747), macOS 26.3):

I inspected the desktop logs for a session where the UI appeared stale until interaction:
~/Library/Logs/com.openai.codex/2026/02/28/codex-desktop-49866aad-...-t0-i1-160225-0.log

What I found:

• App-server transport was healthy for the session (connected, no mid-session disconnect):
  • 16:02:25.921Z connecting
  • 16:02:26.079Z connected
• Turns were being processed normally server-side:
  • 16:50:26.391Z method=turn/start
  • 16:50:52.689Z [desktop-notifications] show turn-complete
  • 16:51:55.328Z next method=turn/start
• In this same window there were no renderer/app-server errors indicating request failure (only unrelated git warnings in t1 log).

Interpretation: backend/transport appears to continue processing turns while the UI fails to repaint/update incrementally, consistent with a renderer invalidation/focus-refresh regression rather than a streaming backend outage.

[TravelingTice]

Same. Frozen until scroll/click in the ui. Seems like a frontend render problem.