steggi/pyramid
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 9 Wiki Activity

docs: zweiter Netz-Blip 18:25 ebenfalls ohne Logout ueberstanden; Frage an Bernd (Test-Account fuer Emulator-Tests) notiert

Browse Source 
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
Bernd Steckmeister
2026-07-06 18:29:36 +02:00
parent f2b9afbfea
commit 17b3798dc0
2 changed files with 20 additions and 7 deletions
Download Patch File Download Diff File Expand all files Collapse all files
PROGRESS.md
+14 -4
View File
@@ -52,10 +52,20 @@ eingeloggtem Account (Login-Daten hat nur Bernd). Erst danach Release
und Utas Gerät. und Utas Gerät.
**Offen/Nächster Schritt:** auth_log-Check des weiterlaufenden **Offen/Nächster Schritt:** auth_log-Check des weiterlaufenden
Windows-Beobachtungslaufs (Einträge seit 2026-07-06 18:19). Für Bernd Windows-Beobachtungslaufs (Einträge seit 2026-07-06 18:29; Check 18:29
unverändert: PC_TESTPLAN 1 (Rest) + 2–8 durchklicken; fürs ergab einen zweiten kurzen Netz-Blip 18:25:56, ~40 s, wieder selbst
SQLCipher-Finale ein echtes Android-Gerät anstecken (Debug-Build reicht, erholt ohne Logout – im PC_TESTPLAN eingetragen). Für Bernd unverändert:
Ablauf wie hier im Emulator). 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 **Stolperfallen:** (1) Ein Dart-Skript außerhalb des Repos kann
`package:`-Imports nicht auflösen – Hilfsskripte kurz ins Repo legen `package:`-Imports nicht auflösen – Hilfsskripte kurz ins Repo legen
docs/PC_TESTPLAN.md
+6 -3
View File
@@ -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 the server" alle 3 s im auth_log) wurde sauber überstanden: kein
Logout, keine Eskalation, Sync erholte sich von selbst (WAL-Write Logout, keine Eskalation, Sync erholte sich von selbst (WAL-Write
18:18:13 nach der letzten Fehlerzeile). Genau der Fehlerpfad, den die 18:18:13 nach der letzten Fehlerzeile). Genau der Fehlerpfad, den die
Fixes 63e4919/9dc83f7/891f348 absichern sollen. Beobachtung läuft Fixes 63e4919/9dc83f7/891f348 absichern sollen. **Check 18:29:**
weiter; erst nach einem echten Mehr-Stunden-Fenster abhaken. zweiter, kurzer Netz-Blip 18:25:56 (~40 s) ebenfalls selbst erholt
Kumulativ heute: 12:26–18:19 über 7 Starts ohne einen einzigen (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) Random-Logout)
- [ ] Ergebnis als „Härtetest"-Eintrag in PROGRESS.md dokumentieren - [ ] Ergebnis als „Härtetest"-Eintrag in PROGRESS.md dokumentieren
(= ROADMAP-M1-Punkt „Härtetest dokumentieren" abhaken) (= ROADMAP-M1-Punkt „Härtetest dokumentieren" abhaken)