Editing a queued entry keeps its mode, and a queued shell command only comes back if the input is empty.
What's wrong with this entry?
Pulling a queued entry back into the input box now restores the entry's own mode instead of always switching to prompt mode. A queued shell command can only be pulled back when the input is empty; otherwise you get a two-second notice saying "Clear the input to edit this queued shell command" and nothing is pulled.
- The refusal is recorded as
bash_needs_empty_draft; a pull that targets an entry that is no longer there is recorded asstale_index. Both go to theinput_queue_pop_to_editcounter. - Pulling an entry also clears the stored queue-edit position.
- A separate new path lets a queued message be sent right away by interrupting the running turn, recorded as
input_send_queued_nowwithno_live_controlleras its failure reason. That path needs an enablement check, prompt mode and an active query.
Clear the input to edit this queued shell command
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.235
Enter no longer submits a text field in a select list, and arrows can leave the list
Both mention input
-
v2.1.235
Vim cursor position survives re-renders and editor round trips
Both mention input
-
v2.1.239
Cmd-C can copy a terminal selection
Both mention input