You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With -p unsandboxed --sandbox danger-full-access, resolved sandbox policy should be danger-full-access (or at minimum not read-only).
Additional information
This blocks workflows that require git writes/xcodebuild/network during automated loops, because the process behaves as sandboxed even when launched with unsandboxed/danger-full-access settings.
Project is marked as trusted and I have this in config.toml for unsandboxed profile: ```
[profiles.unsandboxed]
sandbox_mode = "danger-full-access"
approval_policy = "never"
Activity
github-actions commentedon Apr 16, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
bogosmer commentedon Apr 17, 2026
Not a duplicate although the underlying causes might be the same.
Fix exec inheritance of root shared flags (#18630)
etraut-openai commentedon Apr 20, 2026
Thanks for the bug report. This will be addressed in the next release.
Fix exec inheritance of root shared flags (openai#18630)
viyatb-oai commentedon Apr 23, 2026
fixed in
0.123.0Fix exec inheritance of root shared flags (openai#18630)
Fix exec inheritance of root shared flags (openai#18630)