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

Blocked TAB switching during predefined answer selection and logical inconsistency in Plan Mode prompts #6465

New Issue
Open
opened 2026-02-16 18:04:19 -05:00 by yindo · 1 comment
yindo commented 2026-02-16 18:04:19 -05:00
Owner
Copy Link
Copy Source

Originally created by @patryksztuczka on GitHub (Jan 16, 2026).

Originally assigned to: @thdxr on GitHub.

Description

In the new experimental Plan Mode, the UI captures the keyboard focus when predefined answers (buttons) are presented to the user. This prevents the use of the TAB key to manually switch from Plan Mode to Build Mode.

Furthermore, there is a logical inconsistency: the agent often generates "Execute Plan" or "Apply Fix" as a predefined answer while still in Plan Mode. Since Plan Mode lacks write permissions, selecting these leads to a failed attempt, unnecessary re-prompts, and wasted tokens.

Questions for the Team:

  • Should "Execute" actions even be offered as predefined answers in Plan Mode?
  • Wouldn't it be more consistent if predefined answers in Plan Mode were reserved for clarifying doubts or refining the plan, rather than triggering execution that the current mode doesn't support?

Workaround Currently, the only way to bypass this is to:

  1. Press ESC to dismiss the predefined answers/question mode.
  2. Use TAB to manually switch to Build Mode.
  3. Manually type the command to execute the plan.

Plugins

none

OpenCode version

1.1.20

Steps to reproduce

  1. Enter Plan Mode and describe a task.
  2. Wait for the agent to generate a plan. If you are "lucky" (the agent's generation is non-deterministic), it will offer a predefined answer such as "Execute Plan" or "Yes, apply fix."
  3. Try to press TAB to switch to Build Mode while these options are visible; the key is blocked.
  4. Select the "Execute" option.
  5. Observe the agent failing or asking for a mode switch, consuming extra tokens in the process.

Screenshot and/or share link

Image Image Image

Operating System

macOS 14.6

Terminal

Ghostty

Originally created by @patryksztuczka on GitHub (Jan 16, 2026). Originally assigned to: @thdxr on GitHub. ### Description In the new experimental Plan Mode, the UI captures the keyboard focus when predefined answers (buttons) are presented to the user. This prevents the use of the TAB key to manually switch from Plan Mode to Build Mode. Furthermore, there is a logical inconsistency: the agent often generates "Execute Plan" or "Apply Fix" as a predefined answer while still in Plan Mode. Since Plan Mode lacks write permissions, selecting these leads to a failed attempt, unnecessary re-prompts, and wasted tokens. Questions for the Team: - Should "Execute" actions even be offered as predefined answers in Plan Mode? - Wouldn't it be more consistent if predefined answers in Plan Mode were reserved for clarifying doubts or refining the plan, rather than triggering execution that the current mode doesn't support? Workaround Currently, the only way to bypass this is to: 1. Press ESC to dismiss the predefined answers/question mode. 2. Use TAB to manually switch to Build Mode. 3. Manually type the command to execute the plan. ### Plugins none ### OpenCode version 1.1.20 ### Steps to reproduce 1. Enter Plan Mode and describe a task. 2. Wait for the agent to generate a plan. If you are "lucky" (the agent's generation is non-deterministic), it will offer a predefined answer such as "Execute Plan" or "Yes, apply fix." 3. Try to press TAB to switch to Build Mode while these options are visible; the key is blocked. 4. Select the "Execute" option. 5. Observe the agent failing or asking for a mode switch, consuming extra tokens in the process. ### Screenshot and/or share link <img width="915" height="291" alt="Image" src="https://github.com/user-attachments/assets/a4e1da50-8684-4e14-b0c4-f81c3f9a246f" /> <img width="877" height="113" alt="Image" src="https://github.com/user-attachments/assets/5148423d-d869-4c9b-a478-6f77d3230b5a" /> <img width="892" height="395" alt="Image" src="https://github.com/user-attachments/assets/c0da159c-9294-4d53-be1f-350a2af2646f" /> ### Operating System macOS 14.6 ### Terminal Ghostty
yindo added the bug label 2026-02-16 18:04:19 -05:00
yindo commented 2026-02-16 18:04:19 -05:00
Author
Owner
Copy Link
Copy Source

@github-actions[bot] commented on GitHub (Jan 16, 2026):

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

  • #6616: [BUG]: UI becomes unresponsive when tool permission dialog appears - Related to keyboard event capture causing UI unresponsiveness
  • #7954: Regression: Permission prompt keyboard shortcuts (enter/a/d) removed in Permission rework - Addresses keyboard interaction being blocked by modal prompts
  • #8537: "Switching from Plan mode" doesn't switch from plan mode - Related to Plan mode switching failures
  • #7801: [FEATURE]: Plan Mode + Question tool can auto switch to Build mode - Addresses auto-switching from Plan to Build mode

Feel free to ignore if none of these address your specific case.

@github-actions[bot] commented on GitHub (Jan 16, 2026): This issue might be a duplicate of existing issues. Please check: - #6616: [BUG]: UI becomes unresponsive when tool permission dialog appears - Related to keyboard event capture causing UI unresponsiveness - #7954: Regression: Permission prompt keyboard shortcuts (enter/a/d) removed in Permission rework - Addresses keyboard interaction being blocked by modal prompts - #8537: "Switching from Plan mode" doesn't switch from plan mode - Related to Plan mode switching failures - #7801: [FEATURE]: Plan Mode + Question tool can auto switch to Build mode - Addresses auto-switching from Plan to Build mode Feel free to ignore if none of these address your specific case.
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 bug
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#6465
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?