fix(multicursor): insert-mode Lua/API edit dropped on ESC #42312

Problem:
With multicursors, an Insert-mode edit by a Lua/`<Cmd>` mapping or API
(nvim_put(), …) is live-previewed at the other cursors, but dropped at
ESC: the cascade replays _redo_, which does not contain such edits.

Solution:
When `<Cmd>`/Lua/RPC changes the buffer during Insert-mode, sync the
previews and restart the capture (like a non-captured cursor-move). The
edit stays as text.

- The mapping runs only at the primary. Its text is mirrored as-is
  (similar to insert-completion). Re-running it per cursor would require
  a "partial-remap" span replay, and breaks single-session plugins
  (vim.snippet).
- Not during completion; redo already captures the pre-inserted
  candidate on accept.
- Text typed before the edit is kept as mirrored, not replayed, so
  per-cursor effects ('textwidth' wrapping, …) don't apply to it.

Known issues:
- "o"/"O"/"cc" with 'autoindent' followed by the mapping: the per-cursor
  insert-entry replay is still pending, so the edit is lost.

0 files changed, 0 insertions, 0 deletions