ask_user form: pressing Enter early submits/cancels and permanently discards the in-progress typed answer
まだ誰も着手していません。
- 主要言語
- Shell
- スター
- 11.2k
- フォーク
- 1.9k
- 平均マージ
- 14時間 16分
- マージ済み PR(30日)
- 6
説明
Describe the bug
Severity: High (data loss — user-authored content is unrecoverable)
Impact: Loss of substantial user-typed input; forces the user to re-type from scratch and erodes trust in the form UI.
Suggested fixes: Draft autosave/restore for elicitation forms; make Enter insert a newline in text fields (submit via a distinct key like Ctrl+Enter); on cancel/escape, stash the draft (similar to ctrl+s stash/pop) rather than discarding it.
Affected version
GitHub Copilot CLI 1.0.83
Steps to reproduce the behavior
What happened: While typing a long free-text answer into an agent ask_user elicitation form, I pressed Enter before finishing. This submitted/advanced the form, and when I hit Escape to get back, my entire in-progress answer was erased with no way to recover it.
Expected behavior
Expected: Either (a) Enter in a multi-line form field should insert a newline (require an explicit submit action/confirmation to send), and/or (b) an accidental submit/escape should preserve the drafted text (e.g., restore it into the input buffer, or offer undo/ ctrl+r -style recovery). Long answers should never be silently, irrecoverably lost.
Additional context
No response
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、ask_user の情報引き出しフォームで早い段階の Enter と Escape のフローを再現し、次に送信とキャンセルでテキスト入力がどのように処理されるかを調べます。長い下書きが取り返しのつかない形で破棄されず、選択した送信動作が明確で、キーの誤入力に対してテストされていれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- shell
- 領域
- cli
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 活発
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 48/100