macOS desktop upgrade can strand existing local tasks on stale symlinked writable roots

Open 💬 1 comment Opened Aug 22, 2026 by ryoi
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

Summary

After updating and restarting the macOS Codex/ChatGPT desktop app, an existing local Codex task can fail before startup because sandbox setup rejects a persisted writable root that is now a symlink.

Error

failed to load AGENTS.md instructions for environment `local`: failed to prepare fs sandbox: failed to prepare Seatbelt sandbox: writable root <legacy-root> contains symlink component <legacy-root>; symlinked writable roots are not supported

Context

  • Platform: macOS
  • Trigger: update to the latest desktop app version, then restart.
  • The task's actual current folder already uses the resolved, non-symlink path.
  • A legacy compatibility path remains as a symlink to that location.
  • The task UI exposes no Environment or Writable folders control, so the persisted root cannot be inspected, changed, or removed.

Expected behavior

The upgrade should either canonicalize persisted symlinked writable roots to their resolved paths, or preserve the existing task's ability to start and provide a user-visible repair path.

Actual behavior

The task fails before it can load AGENTS.md or run any work. Restarting does not help, and there is no in-app way to repair the stale root.

Requested fix

Please add migration/canonicalization for persisted writable roots and an in-app recovery path for unsupported stale roots.

View original on GitHub ↗

1 Comment

github-actions[bot] contributor · 5 days ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #39874

Powered by Codex Action