Chronicle on macOS repeatedly re-triggers the "private window picker" screen/audio prompt after Allow

Open 💬 3 comments Opened Apr 23, 2026 by juato4

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

Codex Desktop app 26.417.41555 (1858)

What subscription do you have?

Pro

What platform is your computer?

macOS 26.3 (25D125) on Apple Silicon

What issue are you seeing?

When Chronicle is enabled, macOS repeatedly shows the newer system alert:

"Codex" is requesting to bypass the system private window picker and directly access your screen and audio.

Clicking Allow does not stop the alert from returning later. The app appears to keep working, but the permission prompt comes back periodically while Chronicle remains enabled.

This is not the initial one-time Screen Recording permission sheet. This is the recurring private-window-picker / direct-access prompt.

The user wants to keep Chronicle enabled, so disabling Chronicle is not an acceptable workaround here.

What steps can reproduce the bug?

  1. Enable Chronicle in Codex Desktop.
  2. Launch Codex Desktop on macOS.
  3. Keep using Codex with Chronicle active until codex_chronicle is running.
  4. macOS shows the direct-access / private-window-picker alert for Codex.
  5. Click Allow.
  6. Continue using Codex with Chronicle still enabled.
  7. The same alert appears again later.

What is the expected behavior?

After the user allows access, Codex should not keep re-triggering the same direct-access prompt during normal Chronicle use.

If this prompt is expected because of macOS / ScreenCaptureKit rules, Codex should:

  • minimize how often it triggers the prompt
  • avoid unnecessary audio-related capture paths
  • clearly explain in-product that this prompt may recur and why

Additional information

Local observations from this Mac:

  • running process: /Applications/Codex.app/Contents/Resources/codex_chronicle
  • bundle id: com.openai.codex
  • local unified logs on 2026-04-23 08:29:55 (America/Argentina/Buenos_Aires) show TCC attribution involving codex_chronicle / com.openai.codex for:
  • kTCCServiceScreenCapture
  • kTCCServiceMicrophone

This makes it look Chronicle-related rather than a generic missing Screen Recording permission.

There are already nearby macOS permission / capture issues in the tracker, but I did not find a public issue specifically for this recurring Chronicle + private-window-picker prompt.

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗