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
Since v1.4.0 (#23586), auto-accept permissions is toggled via Settings → General or the command palette (Cmd+Shift+A), but once enabled there is no persistent visual indication in the session UI that subsequent tool calls run without approval. The only feedback is a one-time toast. This leads to two issues:
Safety / awareness. There is no way to tell at a glance that the current session auto-approves permission requests — for example after toggling it via the keybind by accident, or when returning to a session started earlier. Other agent harnesses address this with a persistent status indicator (e.g. Claude Code shows its "bypass permissions" mode in the status line).
I'm aware of #21578, #25642 and #21423 (closed as not planned), which asked to restore the per-session toggle button in the session UI. This request is deliberately different: it does not ask to bring back per-session controls, and keeps the v1.4.0 design direction. It only asks to (a) surface the already tracked auto-accept state and (b) make the already existing setting behave predictably.
Proposal
Persistent indicator while auto-accept is active. A small badge in the prompt footer, next to the model/variant selector — e.g. ⚡ Auto-accept (icon + short label, distinct styling, tooltip: "Permission requests are being auto-approved"). The state is already available (permission.isAutoAccepting(sessionID, directory) / isAutoAcceptingDirectory), so this is a read-only visualization of existing state with no changes to permission logic. Optionally, clicking the badge could disable auto-accept or explain how to turn it off.
Make the Settings toggle an honest default for new sessions. When auto-accept is enabled globally (Settings → General, outside a session), persist it so that new sessions start with auto-accept on until it is explicitly disabled. This matches the mechanism already used for permission: "allow" in config (enableConfiguredDirectory) and resolves the confusion described in [FEATURE][Desktop]: Move per-session auto-accept permissions toggle from General Settings #25642 — without adding any new controls to the session UI.
The two parts complement each other: a persistent default is only good UX when its state is constantly visible — which is exactly what the indicator provides.
Describe the enhancement you want to request
Problem
Since v1.4.0 (#23586), auto-accept permissions is toggled via Settings → General or the command palette (
Cmd+Shift+A), but once enabled there is no persistent visual indication in the session UI that subsequent tool calls run without approval. The only feedback is a one-time toast. This leads to two issues:Relation to previous requests
I'm aware of #21578, #25642 and #21423 (closed as not planned), which asked to restore the per-session toggle button in the session UI. This request is deliberately different: it does not ask to bring back per-session controls, and keeps the v1.4.0 design direction. It only asks to (a) surface the already tracked auto-accept state and (b) make the already existing setting behave predictably.
Proposal
⚡ Auto-accept(icon + short label, distinct styling, tooltip: "Permission requests are being auto-approved"). The state is already available (permission.isAutoAccepting(sessionID, directory)/isAutoAcceptingDirectory), so this is a read-only visualization of existing state with no changes to permission logic. Optionally, clicking the badge could disable auto-accept or explain how to turn it off.permission: "allow"in config (enableConfiguredDirectory) and resolves the confusion described in [FEATURE][Desktop]: Move per-session auto-accept permissions toggle from General Settings #25642 — without adding any new controls to the session UI.The two parts complement each other: a persistent default is only good UX when its state is constantly visible — which is exactly what the indicator provides.
Benefits
Environment
OpenCode Desktop 1.18.4, macOS