Rejecting an file edit did not allow me to provide corrective instructions

[rolfwr]

Describe the bug

• Saw that LLM suggested a misguided file edit.
• Rejected it using the option "No, and tell Copilot what to do differently (Esc)"
• Instead of offering the ability for me to inject a prompt, the agent proceeded to ask for editing subsequent files.
• After rejecting a few of the subsequent files, I pressed Ctrl+C
• The agent showed a throbber with the message "Cancelling"
• Still did not allow me to submit a corrective prompt.
• After minutes of the "Cancelling" throbber remaining and giving no further feedback, I pressed Ctrl+C twice in quick succession to exit copilot.

Affected version

0.0.353 Commit: f8fd3e3

Steps to reproduce the behavior

I am not aware of any way to reproduce this problem consistently, at other times when selecting "No, and tell Copilot what to do differently (Esc)" I get put back in control of submitting prompts immediately.

Expected behavior

As soon as I select "No, and tell Copilot what to do differently (Esc)", I am able to input a corrective prompt and submit it, rather than the agent remaining busy with other work and refusing to let me submit the corrective text. I do however, see that in such cases, the agent cancels a string of queued up file edits, and the LLM has difficulty associating the corrective prompt I give subsequently with the actual edit that I rejected. I.e. the agent seems to be doing a poor job at conveying the rejection and corrective instructions in context to the LLM.

Additional context

No response

[rolfwr]

I noticed I was using an outdated version of Copilot CLI when this occurred. I'm therefore closing the issue, since I've not experienced this with an up to date Copilot CLI version.