User input is discarded when permission or question prompt is triggered

[pedropombeiro]

Description

When typing text in the input field that has not yet been submitted, any permission prompt or question dialog triggered by OpenCode causes the typed text to be discarded/lost. The user must retype their input after responding to the prompt.

This affects all types of interruptions:

• Permission prompts (e.g. ask-gated bash commands, edit permissions)
• Question prompts from the model

Steps to reproduce

1. Start an OpenCode session
2. While the model is responding and triggers a permission prompt (e.g. for a bash command with "ask" permission), begin typing your next message in the input field
3. Observe that after the permission dialog appears, the typed-but-not-submitted text is gone

Expected behavior

Typed-but-not-submitted input should be preserved across permission/question prompts.

Environment

• OpenCode version: v1.4.3
• OS: macOS (darwin)
• Verified this is not caused by:
  • Any installed plugins (tested with all plugins disabled)
  • tmux (tested outside tmux)
  • Hammerspoon keybindings (tested with Hammerspoon quit)
  • Custom tui.json keybindings

Additional context

This started occurring approximately 2-3 weeks ago (late March / early April 2026).

[github-actions]

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

• Draft input is lost when a permission prompt, questions, etc interrupts typing.. #21614: Draft input is lost when a permission prompt, questions, etc interrupts typing
• [BUG] Input text typed during a pending permission prompt is lost after accepting/rejecting #21320: [BUG] Input text typed during a pending permission prompt is lost after accepting/rejecting
• Prompt input is cleared when a permission or question dock appears #22301: Prompt input is cleared when a permission or question dock appears
• [Bug] Input text is cleared when permission prompt appears while typing #22052: [Bug] Input text is cleared when permission prompt appears while typing (closed)

[pedropombeiro]

Bisection result

v1.3.13: works correctly (input preserved)
v1.3.14: broken (input discarded)

The likely culprit is PR #20753 (dialog aware prompt cursor), which was described in the v1.3.14 release notes as:

Kept the prompt cursor with dialogs instead of refocusing the background prompt.

This change appears to have introduced a regression where the input content is lost even though the cursor handling was the intended target.

Also ruled out environment-specific causes:

• All plugins disabled: still broken
• Outside tmux: still broken
• Hammerspoon quit: still broken
• Custom tui.json removed: still broken

[OverHash]

Duplicate of #21120