fix(terminal): Echo von In-Band-Generatoren aus Replay-Hintergrundausgabe entfernen

[iret77]

Problem

Nach einem Reconnect zeigte ein devhost-Pane einen sichtbaren Block mit dem internen Completion-Generator:

warp_run_generator_command 1791414087539893 'COMMANDS=($(compgen -c)); TYPES=…'

Die ID entspricht 2026-10-07T23:01:27Z, zwei Sekunden nach dem Öffnen der betroffenen Daemon-Session. Diese Session wurde nach einem App-Neustart mit replay 270927 bytes from seq 0 wieder angehängt. Der Block ist also das nachgespielte ursprüngliche Echo.

Live startet der Client den aktiven Block vor dem Schreiben (start_active_block_for_in_band_command über before_write_fn), sodass das Echo im versteckten In-Band-Block landet. Beim Replay fehlt diese clientseitige Markierung. Das Echo wird zu Hintergrundausgabe. EarlyOutput::preexec holt es nur unter engen Bedingungen zurück (Typeahead-Modus, Bootstrap, Blockzustand), und finalize_block_and_advance_list schließt den Hintergrundblock bei In-Band-Blöcken nicht ab. Der Block bleibt sichtbar.

Änderung

• Neu: BlockList::remove_echoed_in_band_command (terminal/model/blocks.rs).
• BlockList::preexec ruft sie bei einem In-Band-Kommando auf. Entfernt wird nur ein laufender, unfertiger Hintergrundblock, dessen getrimmter Inhalt exakt die Echo-Zeile des Kommandos ist. Andere Hintergrundausgabe bleibt unverändert.
• Live-Verhalten ändert sich nicht: Live landet das Echo im bereits gestarteten In-Band-Block, es entsteht kein solcher Hintergrundblock.

Tests

blocks_test.rs:

• Echo ohne clientseitige Markierung, danach In-Band-preexec und command_finished_and_precmd. Erwartet: Der Hintergrundblock ist weg, der aktive Block ist In-Band, und kein sichtbarer Block enthält den Generator.
• Negativfall: Unabhängige Hintergrundausgabe ([1]+ Done …) bleibt beim In-Band-preexec erhalten.

Restrisiken und Abgrenzung

• Enthält ein Hintergrundblock neben dem Echo noch andere Ausgabe, wird er bewusst nicht angefasst.
• Weicht $BASH_COMMAND vom Echo ab (Spacing, Readline-Redraw), wird nichts entfernt. Das ist die sichere Richtung.
• Ein zweiter Weg zum selben Symptom: In-Band-Writes, während der Daemon-Loop Eingaben noch verwirft. Das ist fix(remote): In-Band-Befehle erst nach Remote-Eingabebereitschaft schreiben #530.
• Generatoren über den Daemon statt über die PTY zu leiten, regelt fix(remote): Daemon-Root-Shell auf echten Remote-Hosts als daemon-hosted erkennen #526.

Verifikation

• rustfmt --check, git diff --check und script/check-v1-release-readiness --phase-a sind sauber.
• Nicht lokal kompiliert, das ist nach Projektregel nicht erlaubt. Der PR-Check kompiliert, die Tests laufen im nächsten freigegebenen ci-batch.
• Kein VERSION-/CHANGELOG-Bump, wie bei fix(remote): Session nach Verbindungsabbruch automatisch wieder anhängen #518–fix(cockpit): Aufmerksamkeits-Zähler zählt Rückfragen und ungesehene Antworten #525.

---

^{Need help on this PR? Tag @codesmith-bot with what you need. Autofix is disabled.}