github / github/copilot-cli

ask_user  form: pressing Enter early submits/cancels and permanently discards the in-progress typed answer

オープン
#4,738 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

area:agents area:input-keyboard
主要言語
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

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

まず、ask_user の情報引き出しフォームで早い段階の Enter と Escape のフローを再現し、次に送信とキャンセルでテキスト入力がどのように処理されるかを調べます。長い下書きが取り返しのつかない形で破棄されず、選択した送信動作が明確で、キーの誤入力に対してテストされていれば完了です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
shell
領域
cli
issue の種類
バグ
難易度
4/5
見積もり時間
3〜5日
活発さ
活発
明瞭さ
おおむね明確
初心者へのやさしさ
48/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。