Issue Station
Sign In
Tools hereToolbox

codex - 💡(How to fix) Fix Chronicle on macOS repeatedly re-triggers the "private window picker" screen/audio prompt after Allow [2 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#19134•Fetched 2026-04-24 06:00:15
View on GitHub
Comments
2
Participants
2
Timeline
4
Reactions
0
Author
juato4juato4
Participants
github-actions[bot]github-actions[bot]juato4juato4
Timeline (top)
commented ×2labeled ×2

Root Cause

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

Fix Action

Fix / Workaround

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

RAW_BUFFERClick to expand / collapse

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.

extent analysis

TL;DR

The issue can be mitigated by modifying the Codex app to handle the ScreenCaptureKit rules and minimize the frequency of the direct-access prompt.

Guidance

  • Investigate the codex_chronicle process and its interaction with ScreenCaptureKit to understand why the prompt is recurring.
  • Review the local unified logs to identify any patterns or errors related to kTCCServiceScreenCapture and kTCCServiceMicrophone attributions.
  • Consider implementing in-product explanations to inform users about the potential for recurring prompts and provide guidance on how to manage them.
  • Look into optimizing the app's audio-related capture paths to reduce unnecessary triggers for the direct-access prompt.

Example

No code snippet is provided as the issue does not imply a specific code-related fix.

Notes

The issue seems to be related to the interaction between the Codex app and macOS's ScreenCaptureKit rules. The provided information suggests that the codex_chronicle process is triggering the direct-access prompt, but the exact cause and solution are unclear.

Recommendation

Apply workaround: Modify the Codex app to handle ScreenCaptureKit rules and minimize prompt frequency, as the issue is likely related to the app's interaction with macOS permissions.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…
#indexing error#inference speed#output truncation#response parsing#generation error

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Chronicle on macOS repeatedly re-triggers the "private window picker" screen/audio prompt after Allow [2 comments, 2 participants]