From b84d31ca877fa939d3da85ede4b99f7cd9c54b89 Mon Sep 17 00:00:00 2001 From: Bernd Steckmeister Date: Mon, 6 Jul 2026 16:59:34 +0200 Subject: [PATCH] docs: auth_log-Langzeit-Check - 12:43-Lauf endete frueh (kein Logout), Beobachtung 16:57 neu gestartet --- PROGRESS.md | 35 +++++++++++++++++++++++++++++++++++ docs/PC_TESTPLAN.md | 11 ++++++++--- 2 files changed, 43 insertions(+), 3 deletions(-) diff --git a/PROGRESS.md b/PROGRESS.md index c89ec5d..2469b04 100644 --- a/PROGRESS.md +++ b/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 diff --git a/docs/PC_TESTPLAN.md b/docs/PC_TESTPLAN.md index e5393c4..805eccc 100644 --- a/docs/PC_TESTPLAN.md +++ b/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 - gestartet und laufen lassen – nächste Session bitte `auth_log.txt` - auf Random-Logout-Einträge seit 12:43 prüfen und hier eintragen) + (IN ARBEIT – Zwischenstand 2026-07-06 16:57: Der 12:43-Lauf endete + schon ~13:03 (letzter DB-Write; keine Absturzspur in Event-Log/WER, + 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