Fix 4 Bugs aus systematischem Tester-Durchgang (bugs.md)

Race Condition bei LAN-Port-Konflikt-Prüfung (Generation-Zähler), Firewall-Titel
widersprach sich im Einfach-Modus, 2 fehlende EN-Übersetzungen, Health-Check-
Herzschlag ignorierte laufende Wizard-/Experte-Schreibvorgänge. Außerdem M7/M9
im README/HANDOFF auf fertig aktualisiert (Modusschalter+Experte-Zweig liefen
bereits über die Multi-LAN/WLAN-Live-Tests).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
Kay
2026-09-17 17:53:58 +02:00
co-authored by Claude Sonnet 5
parent 123e46973a
commit 3b84d31ec6
9 changed files with 197 additions and 15 deletions
+15 -9
View File
@@ -996,24 +996,29 @@ Unit-Tests grün (inkl. neuer `ExpertViewModelTests` und
wiederherstellen" (Gefahrenzone im Sicherungen-Tab,
`/system reset-configuration no-defaults=no`), eigenes App-Icon
("Signal Router"-Motiv).
- 🔶 M7: Härtung — SSH-Hostkey-TOFU **fertig, gegen echte Hardware
- M7: Härtung — SSH-Hostkey-TOFU **fertig, gegen echte Hardware
bestätigt** (inkl. neuem "Trennen"-Button im Verbinden-Tab, der dafür
nötig wurde). REST-Schreibpfad gegen `www-ssl` seit 2026-09-16 verifiziert
(Bug 3032). Dabei zusätzlich Bug 37 gefixt: REST-Erstverbindungen
etablieren jetzt automatisch auch SSH-Trust im Hintergrund, statt dass
dedizierte SSH-Dienste (Backup u.a.) beim ersten Zugriff mit einem
unbestätigbaren Hostkey-Fehler dead-enden (live bestätigt, "passt").
Verbleibend: REST-Fehlerzustände bei Verbindungsabbruch mitten im Apply
noch nicht gezielt geprüft.
Verbindungsabbruch mitten im Apply per Code-Review bestätigt (sauberer
`do/catch`-Abbruch, `applyLog` zeigt Fortschritt, Backup davor als Netz)
— bewusst nicht live erzwungen.
- ✅ M8: Mehrere LAN-Interfaces mit eigenem DHCP + Netzwerk-Isolation
(eigene Firewall-Regeln pro LAN/VLAN) — **live gegen Hardware
verifiziert**, sowohl manuell (SSH) als auch über den App-Wizard
selbst (`ether4`), dabei drei App-Bugs gefunden+gefixt (Bug 2224,
siehe oben). Isolation, DNS und Internet vom Nutzer am echten Gerät
bestätigt.
- 🔶 M9: Einfach/Experte-Modus im Einrichten-Wizard — gebaut, Compile/
Unit-Test-verifiziert. UI (Modusumschalter selbst) noch nicht manuell
durchgeklickt — nur M10s Experte-Tab wurde das (siehe M10).
- M9: Einfach/Experte-Modus im Einrichten-Wizard — Modusschalter +
Experte-Zweig **live gegen Hardware bestätigt**: der Multi-LAN/
Isolation-Test (2026-09-15, `ether4`) und der WLAN-Test (2026-09-17,
hAP lite) liefen beide über den App-Wizard im Experte-Modus (Multi-LAN,
VLAN-Schritt, Isolation-Toggle — alles nur im Experte-Zweig vorhanden).
Einfach-Zweig selbst (vereinfachter Pfad ohne VLAN/Isolation) nicht
separat live geklickt.
- ✅ M10: Experte-Tab (generischer RouterOS-Zugriff + kuratierte Firewall-
und weitere Schemas) — Kern-Logik **live gegen Hardware verifiziert**,
UI (VLAN anlegen/löschen, DHCP-Server mit Adress-Pool zuweisen) **vom
@@ -1632,9 +1637,10 @@ verallgemeinert** (2026-09-16, beim Live-Test von M26 gefunden):
REST-zuerst verbindet statt SSH-Fallback. Fehlerzustände/Politur im
REST-Pfad noch nicht gezielt geprüft (z.B. Verbindungsabbruch
mitten im Apply) — optional für später.
3. M9 UI (Einfach/Experte-Modusumschalter im Einrichten-Tab selbst) noch
manuell durchklicken — M10s Experte-Tab wurde bereits vom Nutzer
bestätigt (siehe oben), der Moduswechsel im Wizard noch nicht.
3. ~~M9 UI (Einfach/Experte-Modusumschalter im Einrichten-Tab selbst)
durchklicken~~der Experte-Zweig lief bereits über den App-Wizard bei
den Multi-LAN/Isolation- (2026-09-15) und WLAN-Tests (2026-09-17),
siehe M9-Zeile oben. Einfach-Zweig weiterhin nicht separat geklickt.
4. M10: ~~WLAN-Schemas (an Gerät mit WLAN-Chip)~~ — erledigt
(2026-09-17, hAP lite). ~~Bonding~~ — erledigt (2026-09-17, hAP
lite, `ether3`+`ether4`, `mode=active-backup`): `/interface bonding