docs: auth_log-Langzeit-Check - 12:43-Lauf endete frueh (kein Logout), Beobachtung 16:57 neu gestartet

PROGRESS.md

@@ -13,6 +13,41 @@ Schritt (und beim Abbruch mitten im Schritt den Zwischenstand). Format:
 
 ---
 
+## 2026-07-06 – Langzeit-Check auth_log: 12:43-Lauf endete früh (kein Logout im Fenster), Beobachtung 16:57 neu gestartet
+
+**Erledigt:** Der von der Vorsession hinterlassene Pflicht-Check
+(auth_log seit 12:43 prüfen) ist ausgeführt, Ergebnis im PC_TESTPLAN
+(Abschnitt 1) eingetragen:
+
+- **Befund:** Der entkoppelte 12:43-Lauf lief nur ~20 Minuten – letzter
+  DB-Write 13:03:21, danach Prozess weg. KEINE Absturzspur (Application-
+  Event-Log leer, keine WER-Reports), kein Logout-/Fehler-Eintrag im
+  auth_log → vermutlich wurde das Fenster manuell geschlossen (Bernds
+  PC). Im 20-Minuten-Fenster kein Random-Logout, aber das ist zu kurz
+  für „mehrere Stunden" – Punkt bleibt offen.
+- **Positiv-Evidenz obendrauf:** Neustart der exe um 16:57 → auth_log
+  `LoginState -> loggedIn` (16:57:46), KEINE erneute Migration, kein
+  Fehler – die Session überlebt jetzt nachweislich den 4. Start mit
+  SQLCipher-verschlüsselter DB.
+- **Beobachtung neu gestartet:** App läuft seit 16:57 wieder ENTKOPPELT
+  (Start-Process, überlebt Session-Ende). Die nächste Session (oder das
+  Ende dieser) muss `auth_log.txt` auf Einträge seit 2026-07-06 16:57
+  prüfen und im PC_TESTPLAN eintragen.
+
+**Offen/Nächster Schritt:** Weiter mit dem obersten offenen, hier
+bearbeitbaren ROADMAP-Punkt: innere M2-Aufräumarbeiten der Call-Schicht
+(UI-State aus den Managern, `call_ui`-Modul, storage-Fassade für die
+voice_*-Prefs). Vor Session-Ende auth_log erneut prüfen.
+
+**Stolperfallen:** Ein entkoppelter Beobachtungs-Lauf auf Bernds PC kann
+jederzeit von Bernd geschlossen werden – das ist KEIN Fehlerbefund
+(keine Panik wegen „Prozess weg"): erst Event-Log/WER auf Absturz und
+auth_log auf Logout prüfen, dann als „manuell beendet" einordnen. Die
+Beobachtungsdauer misst man am letzten DB-Write (`pyramid.sqlite-wal`),
+nicht an der Start-Zeit.
+
+---
+
 ## 2026-07-06 – Härtetest (PC_TESTPLAN): automatisierbarer Teil erledigt, Klick-Teil vorbereitet, Langzeit-Lauf gestartet
 
 **Erledigt:** Dritter Auftragspunkt der PC-Session (nach SQLCipher und

docs/PC_TESTPLAN.md

@@ -40,9 +40,14 @@ gelaufen – die lokale DB ist jetzt verschlüsselt (PROGRESS.md 2026-07-06).
 - [ ] Mehrere Stunden laufen lassen: kein Random-Logout, kein
       Login-Screen-Flackern (isLoggedInProvider-Änderung), `auth_log.txt`
       zeigt ggf. „Soft-Logout durch Token-Refresh abgewendet"
-      (IN ARBEIT: Autopilot hat die App am 2026-07-06 12:43 entkoppelt
+      (IN ARBEIT – Zwischenstand 2026-07-06 16:57: Der 12:43-Lauf endete
-      gestartet und laufen lassen – nächste Session bitte `auth_log.txt`
+      schon ~13:03 (letzter DB-Write; keine Absturzspur in Event-Log/WER,
-      auf Random-Logout-Einträge seit 12:43 prüfen und hier eintragen)
+      kein Logout-Eintrag – vermutlich Fenster geschlossen). Im 20-min-
+      Fenster KEIN Random-Logout. Session überlebte danach den 4. Start
+      mit verschlüsselter DB (auth_log 16:57:46 `loggedIn`, keine erneute
+      Migration). Beobachtung neu gestartet 16:57 – nächste Session bitte
+      `auth_log.txt` auf Einträge seit 2026-07-06 16:57 prüfen; erst nach
+      einem echten Mehr-Stunden-Fenster abhaken)
 - [ ] Ergebnis als „Härtetest"-Eintrag in PROGRESS.md dokumentieren
       (= ROADMAP-M1-Punkt „Härtetest dokumentieren" abhaken)
 - [ ] Android: nach Neu-Login beobachten, ob Push-Inhalte wieder echt