anomalyco/opencode
1
0
Fork 0
mirror of https://github.com/anomalyco/opencode.git synced 2026-07-22 10:15:31 -04:00
Code Issues 5.9k Packages Projects Releases 19 Wiki Activity

[FEATURE]: Make permissions dialog non-blocking and add modifier key shortcuts #2286

New Issue
Open
opened 2026-02-16 17:34:58 -05:00 by yindo · 5 comments
yindo commented 2026-02-16 17:34:58 -05:00
Owner
Copy Link
Copy Source

Originally created by @ndrwstn on GitHub (Oct 26, 2025).

Originally assigned to: @thdxr on GitHub.

Feature hasn't been suggested before.

  • 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:

  1. 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
  2. Input blocking - The dialog blocks me from continuing to type additional guidance for the agent while waiting for permission

Request

  1. 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
  2. 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…)

Originally created by @ndrwstn on GitHub (Oct 26, 2025). Originally assigned to: @thdxr on GitHub. ### Feature hasn't been suggested before. - [x] 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: 1. 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 2. Input blocking - The dialog blocks me from continuing to type additional guidance for the agent while waiting for permission ## Request 1. 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 2. 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…)
yindo added the discussion label 2026-02-16 17:34:58 -05:00
yindo commented 2026-02-16 17:34:58 -05:00
Author
Owner
Copy Link
Copy Source

@github-actions[bot] commented on GitHub (Oct 26, 2025):

This issue might be a duplicate of existing issues. Please check:

  • #3419: Very similar request for session-level permission management to avoid repetitive prompts during active work - addresses the same core problem of permission dialog interruption

The keyboard shortcut improvements are unique to your request, but the core issue of permission dialog workflow disruption has been discussed in #3419.

@github-actions[bot] commented on GitHub (Oct 26, 2025): This issue might be a duplicate of existing issues. Please check: - #3419: Very similar request for session-level permission management to avoid repetitive prompts during active work - addresses the same core problem of permission dialog interruption The keyboard shortcut improvements are unique to your request, but the core issue of permission dialog workflow disruption has been discussed in #3419.
yindo commented 2026-02-16 17:34:58 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (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 commented on GitHub (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
yindo commented 2026-02-16 17:34:58 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (Nov 21, 2025):

Dax is going to go over permissions ux this week so it should be addressed soon

@rekram1-node commented on GitHub (Nov 21, 2025): Dax is going to go over permissions ux this week so it should be addressed soon
yindo commented 2026-02-16 17:34:58 -05:00
Author
Owner
Copy Link
Copy Source

@nesl247 commented on GitHub (Nov 25, 2025):

That's great to hear. It's also very hard to even see the permission options in light mode.

@nesl247 commented on GitHub (Nov 25, 2025): That's great to hear. It's also very hard to even see the permission options in light mode.
yindo commented 2026-02-16 17:34:58 -05:00
Author
Owner
Copy Link
Copy Source

@rjshrjndrn commented on GitHub (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.

@rjshrjndrn commented on GitHub (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.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
acp
bad
bug
discussion
docs
documentation
enhancement
extension
good first issue
growth
help-wanted
mcp
model-problem
needs:compliance
nix
opentui
perf
pull-request
Mirrored from GitHub Pull Request
 tui
web
windows
zen
No Label discussion
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#2286
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?