Codex Desktop macOS: search box intermittently becomes unclickable until app restart

Summary

Codex Desktop on macOS intermittently reaches a state where the search box cannot be clicked/focused. Restarting the app temporarily restores usability, but the issue recurs.

This appears to be a UI/input focus or hit-test regression rather than an app-server/session crash. The app does not crash, and no Crashpad dump is present.

Environment

• App: Codex Desktop for macOS
• Bundle ID: com.openai.codex
• Version: 26.527.60818
• Build: 3437
• Chromium base: 148.0.7778.179
• Platform: macOS 26.3.1 (a) / build 25D771280a
• Architecture: arm64

Reproduction

1. Launch Codex Desktop.
2. Use the app normally.
3. Attempt to click the app search box.
4. Observe that the search box does not accept focus/clicks.
5. Quit and relaunch Codex.
6. Search box becomes usable again temporarily.

Expected Result

The search box should always accept pointer clicks and focus normally.

Actual Result

The search box intermittently becomes non-interactive. Restarting the app is currently the only reliable workaround observed.

Diagnostics

Local checks performed:

• ~/Library/Logs/com.openai.codex exists but contains no recent app log files.
• ~/Library/Application Support/Codex/Crashpad contains settings only; no crash dumps were found.
• App support storage/cache sizes look small and not obviously corrupted.
• Recent macOS unified logs show repeated TextInputUI / cursor bridge activity around app input handling, including:
• repeated TUINSCursorUIController scheduleUpdateCursorLocation
• ViewBridge to RemoteViewService Terminated ... NSViewBridgeErrorCanceled
• HIToolbox error messaging the mach port for IMKCFRunLoopWakeUpReliable
• No renderer crash or app-server fatal error was found in the inspected logs.

There are also repeated app-server-side filesystem/security log messages, but they do not appear directly tied to the search box click failure:

• FSEventsPurgeEventsForDeviceUpToEventId ... failed: 5
• Trust evaluate failure: [leaf TemporalValidity]

Related

This looks similar in class to previous macOS Desktop UI non-interactive / hitbox issues such as #15346, though this report is specifically about the search box becoming unclickable rather than settings controls.