---
context: default
phase: quick-auftraege-1.7.x (keine GSD-Phase)
task: 2
total_tasks: 2
status: in_progress
last_updated: 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>