docs: zweiter Netz-Blip 18:25 ebenfalls ohne Logout ueberstanden; Frage an Bernd (Test-Account fuer Emulator-Tests) notiert
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
+14
-4
@@ -52,10 +52,20 @@ eingeloggtem Account (Login-Daten hat nur Bernd). Erst danach Release
|
||||
und Utas Gerät.
|
||||
|
||||
**Offen/Nächster Schritt:** auth_log-Check des weiterlaufenden
|
||||
Windows-Beobachtungslaufs (Einträge seit 2026-07-06 18:19). Für Bernd
|
||||
unverändert: PC_TESTPLAN 1 (Rest) + 2–8 durchklicken; fürs
|
||||
SQLCipher-Finale ein echtes Android-Gerät anstecken (Debug-Build reicht,
|
||||
Ablauf wie hier im Emulator).
|
||||
Windows-Beobachtungslaufs (Einträge seit 2026-07-06 18:29; Check 18:29
|
||||
ergab einen zweiten kurzen Netz-Blip 18:25:56, ~40 s, wieder selbst
|
||||
erholt ohne Logout – im PC_TESTPLAN eingetragen). Für Bernd unverändert:
|
||||
PC_TESTPLAN 1 (Rest) + 2–8 durchklicken; fürs SQLCipher-Finale ein
|
||||
echtes Android-Gerät anstecken (Debug-Build reicht, Ablauf wie hier im
|
||||
Emulator). Falls Bernd dem Autopilot einen TEST-Account (eigener User
|
||||
auf steggi-matrix.work, nicht Bernds/Utas) bereitstellt, könnte der
|
||||
Emulator-Test zusätzlich echten Login + Session-Migration + FCM-Push
|
||||
abdecken – als Frage notiert, nicht eigenmächtig anlegen.
|
||||
|
||||
**Fragen an Bernd:** Soll ich für künftige Emulator-/Gerätetests einen
|
||||
eigenen Matrix-TEST-Account bekommen (Nutzername+Passwort, z. B.
|
||||
@pyramidtest)? Damit wären Login-Flow, Migration mit echter Session und
|
||||
Push auf Android ohne Risiko für echte Konten automatisiert testbar.
|
||||
|
||||
**Stolperfallen:** (1) Ein Dart-Skript außerhalb des Repos kann
|
||||
`package:`-Imports nicht auflösen – Hilfsskripte kurz ins Repo legen
|
||||
|
||||
+6
-3
@@ -60,9 +60,12 @@ gelaufen – die lokale DB ist jetzt verschlüsselt (PROGRESS.md 2026-07-06).
|
||||
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
|
||||
Fixes 63e4919/9dc83f7/891f348 absichern sollen. **Check 18:29:**
|
||||
zweiter, kurzer Netz-Blip 18:25:56 (~40 s) ebenfalls selbst erholt
|
||||
(WAL-Write 18:28:38 danach), wieder kein Logout. Beobachtung läuft
|
||||
weiter (Lauf seit 17:43, nächstes Fenster ab 18:29); erst nach einem
|
||||
echten Mehr-Stunden-Fenster abhaken.
|
||||
Kumulativ heute: 12:26–18:29 über 7 Starts ohne einen einzigen
|
||||
Random-Logout)
|
||||
- [ ] Ergebnis als „Härtetest"-Eintrag in PROGRESS.md dokumentieren
|
||||
(= ROADMAP-M1-Punkt „Härtetest dokumentieren" abhaken)
|
||||
|
||||
Reference in New Issue
Block a user