Windows Codex App blocks messages before reset while macOS remote session keeps running

What happened?

The Windows Codex App blocked new messages with the "You're out of Codex messages" / usage limit banner even though the in-app usage panel showed the next reset only a few minutes away, while an active remote macOS Codex session continued running successfully at the same time.

From the screenshots taken on 2026-06-24 around 17:27 America/Sao_Paulo:

• Windows shows the blocking banner: "You're out of Codex messages. Your usage limit will reset at 17:27..."
• The left usage menu simultaneously shows:
• 5 h usage: 0%, reset 17:27
• Weekly usage: 16%, reset 19:22
• 2 available resets
• In the same Windows app, a remote host named arc-mac is green/connected and a Codex task is still actively progressing there.
• The remote macOS thread continues to execute steps while the Windows composer remains blocked.

This looks like the Windows app is enforcing a stale or platform-local usage-limit state, or the usage-limit state is not being refreshed consistently across Windows and the connected macOS remote session.

Expected behavior

If the account is actually out of Codex messages, all clients/sessions should agree and the remaining/reset UI should match the blocking state.

If usage is available again, or if a reset is available, the Windows app should refresh/unblock promptly without requiring a manual reset, app restart, or waiting past the displayed reset time.

Environment

Windows client:

• OS: Windows 10 Pro, x64
• Codex App package: OpenAI.Codex_26.616.10790.0_x64__2p2nqsd0c76g0
• Codex CLI: codex-cli 0.142.0
• Local timestamp observed: 2026-06-24 around 17:27 America/Sao_Paulo

Remote macOS host:

• Hardware: Mac mini M4
• OS: macOS 26.3, arm64
• Codex App: 26.616.71553 / build 4265
• Codex CLI: codex-cli 0.142.0
• Connected from the Windows app over SSH as a remote Codex host

Reproduction notes

I do not have a minimal deterministic reproduction yet, but the observed sequence was:

1. Use Codex App on Windows with an SSH-connected macOS remote host.
2. Run/continue a Codex task on the macOS remote from the Windows app.
3. Hit a usage-limit state in the Windows UI.
4. Observe that the Windows app blocks the composer with the out-of-messages banner.
5. Observe that the same UI still shows a near/immediate 5 h reset time and available resets.
6. Observe that the macOS remote session continues progressing normally in the same app.

Why this seems different from existing issues

I found related open issues about incorrect "You're out of Codex messages" banners, including #23258 and #24445, but this report adds a cross-platform/remote-session angle: Windows blocks locally while the connected macOS Codex host continues running under the same account/session context.

Additional notes

I have screenshots showing the exact UI state, but they include account-identifying information, so I am not attaching them publicly here. I can provide redacted screenshots or logs if that helps.