Dialogs should keep keyboard focus when a question prompt appears #29999

Description

Describe the bug

When a modal dialog is already open and the TUI enters question mode, keypresses that should control the dialog can be handled by the question prompt instead.

For example, if the command palette is open and a question prompt becomes active, keys intended for the command palette can contribute to answering the question rather than navigating or selecting inside the command palette.

Global leader shortcuts can also remain active while a dialog is open. For example, pressing the leader key inside the command palette can still start a global leader sequence, and matching follow-up keys can dispatch app/session commands from inside the dialog.

Expected behavior

When a modal dialog is open, the dialog should own keyboard input.

Question-mode bindings should not handle keys before the active dialog gets a chance to handle them, and app/session global shortcuts should not run from inside an open dialog.

Actual behavior

Question-mode bindings can handle keypresses even though a modal dialog is already open.

Global leader shortcuts can also still be triggered while a dialog is open.

Plugins

No response

OpenCode version

1.15.12

Steps to reproduce

For question prompt:

1. Start a session where the assistant will ask a question.
2. Open a dialog, such as the command palette, before the question is asked.
3. Press keys that should interact with the dialog.

For global leader inside dialog:

1. Open a dialog, such as the command palette.
2. Press the global leader key.
3. Press a matching leader continuation.

Screenshot and/or share link

No response

Operating System

macOS 15.6.1

Terminal

WezTerm