ask_user form: pressing Esc silently discards the entire form instead of clearing current input

未關閉

#4,943 建立於 2026年9月22日 0 則留言 0 個 reaction 已指派 0 人在 GitHub 檢視

還沒有人認領這個 Issue。

評估

難度: 3/5
預估耗時: 1-2 天
新手友好度: 65/100

Issue 類型: 缺陷
描述清晰度: 描述清楚
活躍度: 活躍
技術堆疊: cli, shell
領域: cli, developer-experience

研究方向

Look for the form handling code in the CLI, likely in a module for the ask_user tool or interactive prompts. Find where Esc key is captured and the current behavior that cancels the form. Compare with the normal prompt input clearing logic. Test by running the CLI and triggering a form to understand the flow. The fix should change the Esc handler to clear the current field instead of closing the form, and ensure a distinct action (like a different key combination) is used for form cancellation.

由索引模型根據 Issue 內容生成。

描述

area:input-keyboard area:tools

Describe the bug
When answering an agent-presented form (via the ask_user/elicitation tool), pressing Esc closes/cancels the whole form. Everywhere else in the CLI, Esc clears the current text input (per /help: "esc esc - clear input, interrupt, stop agents, or rewind"). This inconsistency makes it very easy to accidentally lose an entire in-progress form response when the user's intent was just to clear/edit the current field.

Expected behavior
Esc inside a form field should clear that field's current text (consistent with normal prompt behavior), not close/cancel the form. A separate, distinct key/action should be used to actually cancel the form.

Additional context
This came up in a real session: the user had already answered one question in a multi-field form, hit Esc intending to clear/edit text, and the entire form closed with no indication of what (if anything) was preserved. The agent had no way to tell whether the cancellation was intentional or not.

主要語言: Shell
星號: 11.2k
分支: 1.9k
平均合併: 14 小時 16 分鐘
30 天內合併 PR: 6

貢獻指南

開啟貢獻指南

從這裡開始

先讀完整個 Issue，再讀專案的貢獻指南。
在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
Fork 儲存庫，在一個分支上完成修改。
送出 Pull Request，並在描述裡引用這個 Issue 編號。

github/copilot-cli 的其他 Issue

Built-in skill `github-pr-media` cannot run: `gh auth token` is empty in a cloud agent session, and the endpoint rejects `Bearer` 未關閉

triage

難度 2/5 1-3 小時新手友好度 75/100

github/copilot-cli#4932 · 2026年9月22日建立
/ide finds no workspaces under the CLI sandbox: kill(pid,0) EPERM misread as a dead process 未關閉

triage

難度 2/5 1-3 小時新手友好度 78/100

github/copilot-cli#4909 · 2026年9月19日建立
MCP OAuth: DCR sends client_name "copilot-cli", rejected with 403 by Figma's allowlist (expects "GitHub Copilot CLI") 未關閉

triage

難度 2/5 1-3 小時新手友好度 76/100

github/copilot-cli#4906 · 2026年9月18日建立
/feedback: “Save feedback bundle” is easily mistaken for submitting feedback 未關閉

triage

難度 2/5 1-3 小時新手友好度 72/100

github/copilot-cli#4848 · 2026年9月15日建立
Built-in research agent tells subagents to call unavailable github/get_me tool 未關閉

area:agents area:mcp

難度 2/5 1-3 小時新手友好度 72/100

github/copilot-cli#4729 · 2026年9月4日建立

查看 github/copilot-cli 的全部 Issue

相似的 Issue

[Bug] reef-hermes tells me to resume with hermes --resume, which does not work from my shell 未關閉

area: harness bug status: needs-triage

難度 2/5 1-3 小時新手友好度 75/100

Human-Agent-Society/reef#625 · 2026年9月24日建立
bbb-conf --set-port-range writes port values as YAML strings, so mediasoup ignores the configured range 未關閉

module: core

難度 2/5 1-3 小時新手友好度 75/100

bigbluebutton/bigbluebutton#25849 · 2026年9月24日建立
ls -i / --inode not supported ("invalid option -- i"), breaks autoconf's `ls -di .` working-directory check 未關閉

難度 2/5 1-3 小時新手友好度 75/100

vercel-labs/just-bash#464 · 2026年9月24日建立
[DOCS] CLAUDE_CODE_SUBPROCESS_ENV_SCRUB requires bubblewrap on Linux and exits at startup without it, but the docs don't say so 未關閉

area:sandbox documentation enhancement platform:linux

難度 1/5 1 小時以內新手友好度 85/100

anthropics/claude-code#96664 · 2026年9月24日建立
Add Jorge’s new GPG key and sops updatekeys on existing secrets 未關閉

cost:cheap severity:medium

難度 2/5 1-3 小時新手友好度 70/100

fairagro/m4.2_sql_to_arc#227 · 2026年9月24日建立

更多 Shell/Bash Issue

精選適合新手參與的 GitHub issue 摘要。