docs: auth_log-Check 17:43-Fenster - echter 7-min-Netzausfall ohne Logout ueberstanden, Sync selbst erholt

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

docs/PC_TESTPLAN.md

@@ -53,10 +53,16 @@ gelaufen – die lokale DB ist jetzt verschlüsselt (PROGRESS.md 2026-07-06).
       Fenster 17:14–17:42 sauber – kein Logout-/Fehler-Eintrag, DB-Writes
       liefen durchgehend; Lauf um 17:42 vom Autopilot beendet (Rebuild für
       den settings_encryption-Split). Beobachtung läuft seit 17:43 mit dem
-      aktuellen Code (auth_log 17:43:14 `loggedIn`, keine Migration) –
-      nächste Session bitte `auth_log.txt` auf Einträge seit 2026-07-06
-      17:43 prüfen; erst nach einem echten Mehr-Stunden-Fenster abhaken.
-      Kumulativ heute: 12:26–17:42 über 6 Starts ohne einen einzigen
+      aktuellen Code (auth_log 17:43:14 `loggedIn`, keine Migration).
+      **Check 18:19 (vierte PC-Session), Fenster 17:43–18:19:** kein Logout,
+      und obendrauf der bisher wertvollste Positiv-Befund – ein ECHTER
+      Netzausfall 18:09:57–18:16:39 (~7 min, „Client has not connection to
+      the server" alle 3 s im auth_log) wurde sauber überstanden: kein
+      Logout, keine Eskalation, Sync erholte sich von selbst (WAL-Write
+      18:18:13 nach der letzten Fehlerzeile). Genau der Fehlerpfad, den die
+      Fixes 63e4919/9dc83f7/891f348 absichern sollen. Beobachtung läuft
+      weiter; erst nach einem echten Mehr-Stunden-Fenster abhaken.
+      Kumulativ heute: 12:26–18:19 über 7 Starts ohne einen einzigen
       Random-Logout)
 - [ ] Ergebnis als „Härtetest"-Eintrag in PROGRESS.md dokumentieren
       (= ROADMAP-M1-Punkt „Härtetest dokumentieren" abhaken)