fix(remote): kein Shell-Start-Banner bei Daemon-Verbindungsfehlern

[iret77]

Problem

Verliert ein Daemon-Pane die Verbindung, bevor die Remote-Shell gebootstrappt ist, zeigte Zaplex zwei Meldungen übereinander. Auslöser war am 2026-10-08 ein beendetes Tailscale auf dem Mac: ControlMaster setup failed: ssh: connect to host … port 22: Network is unreachable.

1. Die korrekte Remote-Meldung „Verbindung fehlgeschlagen (Verbindungsaufbau): …“ mit „Erneut versuchen“ und „Abbrechen“.
2. Zusätzlich das rote Banner „Shell-Prozess wurde vorzeitig beendet! Beim Starten und Zaplexifizieren von shell ist etwas schiefgelaufen … Ausgabe des Zaplexify-Skripts …“ mit „Issue melden“.

Das zweite Banner ist doppelt und führt in die Irre. Es macht das Bootstrap-Skript für ein Netzwerkproblem verantwortlich und lädt dazu ein, ein Issue für einen Verbindungsausfall zu melden.

Die Kette:

• on_connect_failed schreibt die Remote-Meldung.
• Danach ruft finish_failed_startup model.exit(ExitReason::PtyDisconnected) auf (daemon_tty/event_loop.rs).
• Der Handler für ModelEvent::Exit in terminal/view.rs fügt daraufhin unbedingt TerminationType::Premature ein und sendet das Telemetrieereignis ShellTerminatedPrematurely.

Änderung

• ModelEvent::Exit überspringt das Banner für Daemon-Panes, also Panes mit gebundener remote_input_session_id, die noch nicht gebootstrappt sind. Das Telemetrieereignis entfällt ebenfalls, ein Netzwerkausfall zählt damit nicht mehr als Bootstrap-Fehler.
• Alle Fehlerpfade des Daemon-Loops, die model.exit auslösen, setzen vorher die Phase Failed. Damit zeigt die Remote-Meldung immer eine Erklärung, mindestens die generische.
• Unverändert:
  • klassische SSH-Panes: ohne gebundene Daemon-Session, dort zeigt der Initialisierungsblock die echte ssh-Ausgabe,
  • lokale Panes,
  • abgebrochene Wiederherstellungen,
  • das Verhalten bereits gebootstrappter Panes.

Tests

view_test.rs: Ein Daemon-Pane erhält einen Verbindungsfehler vor dem Bootstrap und danach Exit. Erwartet:

• kein neuer Rich-Content und kein Shell-Exit-Banner,
• die Phase bleibt Failed,
• die Remote-Fehlermeldung bleibt erhalten.

Der bestehende Test cancelled_remote_restore_teardown_shows_no_shell_failure_banner bleibt gültig. Er setzt is_login_shell_bootstrapped = true.

Verifikation

• rustfmt --check (für die geänderten Hunks), 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.}