ask_user form: pressing Esc silently discards the entire form instead of clearing current input
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 65/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- cli, shell
- Lĩnh vực
- cli, developer-experience
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- Shell
- Star
- 11.2k
- Fork
- 1.9k
- Merge trung bình
- 14 giờ 16 phút
- Pull request đã merge (30 ngày)
- 6
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của github/copilot-cli
-
triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
github/copilot-cli#4932 ·
-
triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
github/copilot-cli#4909 ·
-
triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
github/copilot-cli#4906 ·
-
triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
github/copilot-cli#4848 ·
-
area:agents area:mcp
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
github/copilot-cli#4729 ·
Tất cả issue của github/copilot-cli
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
elastic/gradle-plugins#156 ·
-
Priority/High ready-for-agent Severity/Major Type/Bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
comp/cli P3 type/docs
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
NousResearch/hermes-agent#119756 · 1 bình luận ·
-
comp: build/pipeline type: bug version: current (v17+)
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
angular/angularfire#3766 ·
-
out-of-date
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
CachyOS/CachyOS-PKGBUILDS#1903 ·