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
[FEATURE]: Make permissions dialog non-blocking and add modifier key shortcuts #3455
I have verified this feature I'm about to request hasn't been suggested before.
Describe the enhancement you want to request
Problem
The current permissions dialog blocks input and uses single-character shortcuts (enter/a/esc) that can be accidentally triggered
while typing. This creates two issues:
Accidental triggers - When the permissions dialog appears while I'm typing guidance or working in another window, I often
accidentally hit 'a' or 'enter' and deny permissions I intended to allow
Input blocking - The dialog blocks me from continuing to type additional guidance for the agent while waiting for permission
Request
Add modifier key shortcuts - Change permissions dialog to use modifier keys like Cmd+Y/Ctrl+Y for yes, Cmd+N/Ctrl+N for no,
Cmd+Esc/Ctrl+Esc for cancel
Make dialog non-blocking - Allow continued typing in the input box while the permissions dialog is visible
Use Case
When an agent requests permissions, I want to be able to continue writing additional context or instructions without accidentally
triggering a response, then use a deliberate modifier key combination to grant/deny permissions.
Related Issues
• #3262 - Configure switch session modal keybinds
• #3219 - opentui not able to use "alt" keybinds
• #3379 - readline-style keybindings not working (ctrl + n, ctrl + p…)
The keyboard shortcut improvements are unique to your request, but the core issue of permission dialog workflow disruption has been discussed in #3419.
Yeah some others have brought up before that the “a” is too easy to type accidentally, we are rewriting the tui right now and once it is finished we will probably do some reworking of permissions ux
Hey @rekram1-node did you guys able to make any progress on the permission keybind? Opencode recently deleted a kubernetes persistant volume. After I enabled the tight permission scope, its really hard to do multiple choice multiple times, even though for that session, I want to allow those commands always.
Activity
github-actions commentedon Oct 26, 2025
This issue might be a duplicate of existing issues. Please check:
The keyboard shortcut improvements are unique to your request, but the core issue of permission dialog workflow disruption has been discussed in #3419.
rekram1-node commentedon Oct 26, 2025
Yeah some others have brought up before that the “a” is too easy to type accidentally, we are rewriting the tui right now and once it is finished we will probably do some reworking of permissions ux
rekram1-node commentedon Nov 22, 2025
Dax is going to go over permissions ux this week so it should be addressed soon
nesl247 commentedon Nov 25, 2025
That's great to hear. It's also very hard to even see the permission options in light mode.
rjshrjndrn commentedon Jan 19, 2026
Hey @rekram1-node did you guys able to make any progress on the permission keybind? Opencode recently deleted a kubernetes persistant volume. After I enabled the tight permission scope, its really hard to do multiple choice multiple times, even though for that session, I want to allow those commands always.
github-actions commentedon Mar 26, 2026
To stay organized issues are automatically closed after 90 days of no activity. If the issue is still relevant please open a new one.