fix(live): Wiederverbindung sendet nie von selbst — Server-Stand oder Rückfrage (D89-Nachtrag 2)
Deploy to GitHub Pages / build (push) Canceled after 0s
Deploy to GitHub Pages / deploy (push) Canceled after 0s

Ein Fenster, das mit altem Text aufwachte, schickte ihn beim Wiederverbinden
als Diff und überschrieb den aktuellen Plan (v660, v679). Jetzt entscheidet,
ob seit dem letzten Abgleich hier gearbeitet wurde: nein → Server-Stand
übernehmen (lokaler Text in die Sicherungen), ja → Konflikt-Band fragt.
Regel headless in live.js (reconnectAction), Bandtext in neun Sprachen.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
This commit is contained in:
mhoennig
2026-09-04 12:34:01 +02:00
co-authored by Claude Fable 5.1
parent 2e408d956c
commit 28ff6844b0
6 changed files with 134 additions and 7 deletions
+7
View File
@@ -951,6 +951,13 @@ anderen, ohne neu zu laden.
wandert er in die **lokalen Sicherungen**: Für Server-Dokumente sammelt der
10-Minuten-Takt sie wieder, und das Uhr-Menü zeigt sie als eigenen Abschnitt
unter den Server-Meilensteinen. Siehe D89.
- **Eine tote Sitzung verbindet sich von selbst neu — und sendet dabei nie
von selbst.** Wurde in diesem Fenster seit dem letzten gelungenen Abgleich
nicht gearbeitet, gilt der Stand des Servers; der lokale Text ist dann nur
ein alter Spiegel und wandert in die lokalen Sicherungen. Wurde gearbeitet,
fragt das Konflikt-Band, wessen Fassung gelten soll. Ein Fenster, das mit
dem Stand vom Vortag aufwacht, kann den Plan so nicht mehr überschreiben.
Siehe D89-Nachtrag 2.
**Ein zweites Werkbaum-Fenster desselben Browsers** — Tab, Fenster oder PWA
— kollidiert nur noch am **selben nicht geteilten Dokument**: Text, Name und