[BUG] AskUserQuestion preview: 'n'+Enter drops highlighted option, ships only the note

I have the exact same problem. This is very annoying. Here is another Claude report

Title: AskUserQuestion notes are delivered to the model detached from the option they were attached to

Environment:

• Claude Code v2.1.197
• Model: Opus 4.8

Summary:
When answering an AskUserQuestion prompt that has option previews (the aside/code-excerpt UI), notes added via "press n to add notes" are delivered to the model as free-standing text with no association to the option they were entered under. In the two note cases I tested, the answer was also reported as (no option selected) even though the note was visually entered inside a specific option's card.

Steps to reproduce:

1. Have Claude ask a question via AskUserQuestion where each option includes a preview (this triggers the side-by-side UI with previews and the "press n to add notes" affordance).
2. Focus one option, press n, and type a note without toggling/selecting that option.
3. Submit.

Expected:
The model receives both the selected option (or at minimum the option the note is attached to) and the note, so it knows which choice the note refers to.

Actual:
The model receives only the raw note text plus an explicit (no option selected) marker. The option under which the note was typed is not communicated. From the model side there is no way to tell which option a note belongs to — the only reason it "knew" in my test was because I happened to type the option name into the note text myself.

Example of what the model received:

"Which caching strategy...?" = (no option selected) notes: this is a note inside "3. ETS table", but I can't toggle the choice, so I guess you will only see this.

Additional observation:
It appears you cannot both add a note to an option and select that option — entering a note does not select the option, and there was no obvious way to toggle the selection while adding the note. So the two pieces of information (choice + note) can't currently be sent together for a single option.

Contrast — the working case:
Selecting an option without a note works correctly. The model receives the option label plus its preview text, unambiguously:

"Where should the default question sets be defined?" = "In config" selected preview: config :aitx_cfa, :question_sets, [...]

Impact:
Notes attached to an option are effectively orphaned. The model loses the option↔note association and, in the note-only case, gets (no option selected), so it cannot act on the user's intent reliably.

Still reproduces on v2.1.199 (WSL2 Ubuntu 24.04, Windows Terminal).

An AskUserQuestion call with two questions, both using preview fields on their options: the user highlighted an option and attached a note on each question, and the tool result came back as

"<question>"=(no option selected) notes: <user's note>

for both questions — the highlighted selections were dropped and only the notes survived. Matches the originally reported symptom string exactly.

Still reproduces on v2.1.228 (WSL2, Linux 6.18, zsh).

One correction to the original report: this is not limited to questions with preview set. The bug is in the shared submit path and is preview-independent. From the 2.1.228 bundle, the question component's submit callback is:

const V = useCallback(() => {
  X();                                  // close note editor
  if ($) l(w, $);                       // $ = questionState.selectedValue
  else if (D.trim()) l(w, PVo);         // D = textInputValue, PVo = "(notes only)"
}, [X, $, D, w, l]);

and the key handler:

else if (ce.key === "return") ce.preventDefault(), j(C);   // select + submit
else if (ce.key === "n" && !ce.ctrl && !ce.meta) ce.preventDefault(), y(!0), c(!0);  // open note editor

Only j() writes selectedValue:

const j = useCallback((ce) => {
  const le = k[ce]; if (!le) return;
  R(ce); a(w, { selectedValue: le.label }, !1); l(w, le.label);
}, [k, w, a, l]);

Arrow keys and the number keys 1-9 route to q(), which only moves the highlight index — it never calls j(). So highlighting an option and pressing n leaves selectedValue unset, and the submit falls through to the (notes only) branch. Nothing in that path reads preview; preview only changes layout. I hit this on preview-less questions routinely.

Workaround for anyone blocked: after typing the note press Escape instead of Enter. That closes the editor without submitting (the note text stays in textInputValue), and a subsequent Enter on the highlighted option calls j(), so both the label and the note ship.