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
{{ message }}
Repository navigation
rollout-trace: record permission profiles - #20436
Rollout trace thread metadata still recorded the legacy SandboxPolicy projection even though the session configuration is now driven by PermissionProfile. That kept trace metadata tied to a lossy compatibility shape and made new trace bundles look like they were still sourced from the old sandbox abstraction.
What Changed
Replaces ThreadStartedTraceMetadata.sandbox_policy with permission_profile.
Records the active session PermissionProfile when creating rollout thread traces.
Updates rollout trace tests and tool-dispatch trace fixtures to seed the new metadata field directly.
Verification
cd codex-rs && cargo check -p codex-rollout-trace -p codex-core --tests
// Current app-server responses include `permissionProfile`. If it is absent,
// keep the TUI on its configured profile rather than rebuilding a lossy
// profile from the legacy `sandbox` compatibility field.
config.permissions.permission_profile()
Restore legacy sandbox fallback for missing permissionProfile
When permission_profile is absent in thread start/resume/fork responses, this now always falls back to the local config profile, ignoring the server-provided legacy sandbox context. Because permissionProfile is optional in app-server responses (and older/remote flows can omit it), this can desynchronize the TUI’s session permissions from the actual remote thread (for example, resuming a danger-full-access thread while local config is read-only), leading to incorrect permission display and unintended sandbox overrides on later turns.
Closing this pull request because it has had no updates for more than 14 days. If you plan to continue working on it, feel free to reopen or open a new PR.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Why
Rollout trace thread metadata still recorded the legacy
SandboxPolicyprojection even though the session configuration is now driven byPermissionProfile. That kept trace metadata tied to a lossy compatibility shape and made new trace bundles look like they were still sourced from the old sandbox abstraction.What Changed
ThreadStartedTraceMetadata.sandbox_policywithpermission_profile.PermissionProfilewhen creating rollout thread traces.Verification
cd codex-rs && cargo check -p codex-rollout-trace -p codex-core --testscd codex-rs && just fix -p codex-rollout-tracecd codex-rs && just fix -p codex-coreStack created with Sapling. Best reviewed with ReviewStack.