tessera-ctl/.planning/.continue-here.md

context, phase, task, total_tasks, status, last_updated

context	phase	task	total_tasks	status	last_updated
default	quick-auftraege-1.7.x (keine GSD-Phase)	2	2	in_progress	2026-09-29T14:30:00.000Z

BLOCKING CONSTRAINTS — Read Before Anything Else

• CONSTRAINT: live NICHT pushen/taggen, bis der User es verlangt.
• CONSTRAINT: Gebündelt pushen, nicht nach jeder Kleinigkeit.
• CONSTRAINT: Browser-Prüfungen im Dunkelmodus.

<current_state> main = e72814a (gepusht, CI lief beim Pausieren), alpha zuletzt 8c644de, live = v1.7.0 (d0e649b). Arbeitsbaum sauber. </current_state>

<completed_work>

• v1.6.0 + v1.7.0 freigegeben (alpha+live).
• Danach auf main: Update-Klick prüft frisch (41d00a3, Fehler mit altem Client in VM reproduziert), eigene Module ohne Kopfzeile (cd1f8f6), Erinnerungen-Widget 260929-if2 (Browser inkl. echter Mail über MailHog bestanden, Verifier human_needed nur wegen Windows-Toast), Favoriten-Symbol-Fix 260929-lh3.
• Plattenpflege: ~/bin/disk-cleanup.sh (cron 3:30 + stündlich ab 80 %), ~/bin/registry-cleanup.py. </completed_work>

<remaining_work>

• CI e72814a prüfen, User alpha ziehen lassen.
• Windows-VM 8233 (Zugang: Memory reference_windows_test_vm; Tunnel setsid socat :8017): Client 41d00a3 an alpha -> Tray „Auf … aktualisieren“ muss ohne Signaturfehler installieren; dann Erinnerung in 3 Min, Fenster schließen (Infobereich) -> Windows-Toast „Erinnerung: …“ binnen ~1 Min.
  • Kein alpha-Login bekannt: entweder User fragen oder lokalen Stack nutzen: in der VM Admin-Terminal netsh interface portproxy add v4tov4 listenaddress=127.0.0.1 listenport=3000 connectaddress=192.168.13.11 connectport=3000, App-Server auf http://localhost:3000 (Secure-Cookies nur auf localhost), admin/admin123; danach portproxy löschen und App zurück auf https://alpha.tessera.ctl.de. Achtung: Toast braucht auch lokal den neuen Client (e72814a-Paket aus api:beta per docker cp).
• Offen/unklar: Benutzerliste im Client auf alpha („konnte nicht geladen werden“) – keine Serverfehler, lokal ok; nachfragen, falls es wieder auftaucht.
• Morgen: df -h / und ~/.local/state/disk-cleanup.log prüfen (Registry-GC in der Nacht). </remaining_work>

<next_action> CI-Status e72814a holen, dann User um alpha-Pull bitten und Windows-VM-Test fahren. </next_action>