umputun / fya / 26769479590

86%

master: 86%

Pull #4

github

fix: use bracketed paste to inject multi-line paste-mode prompts as one message

In paste mode the injector replaced each internal newline with ESC+CR
(\x1b\r, Meta+Enter) to keep a multi-line prompt as a single Claude
message:

    body := strings.ReplaceAll(prompt, "\n", newlineWithoutSubmit)

Claude's TUI intermittently parses the ESC standalone and the following
CR as a submit, splitting one prompt into several message submissions.
This is reliably triggerable with large multi-line prompts, which exceed
the --max-wpm-size word threshold and therefore always go through paste
mode. When the prompt fragments, the turn never reaches a clean end_turn,
so a streaming consumer waiting on the terminal event stalls until its
own wall-clock timeout instead of completing.

Wrap the paste body in bracketed-paste markers (\x1b[200~ … \x1b[201~)
so the terminal/TUI buffers the entire block — embedded LF newlines
included — as one literal paste, then submit with a single trailing CR.
Embedded newlines can no longer be misread as submits regardless of TUI
timing.

Scope is paste mode only. Typed (rune-by-rune) mode still emits ESC+CR
for internal newlines; the fragmentation was not reproducible there, so
that path is left unchanged. Tests, the input newline-normalizer comment,
and ARCHITECTURE.md are updated to match.

1 of 1 new or added line in 1 file covered. (100.0%)

1388 of 1618 relevant lines covered (85.78%)

13.85 hits per line