f12e46dceba3ac58c4548875cd03603d37c8cef9
RouterOsUpdateService nutzt RouterOS' eigene Update-Funktion (/system/package/update/check-for-updates + /print), inklusive Polling bis der Status nicht mehr "Checking..." ist. Schlägt die Prüfung fehl (z. B. weil das Gerät noch keinen Internetzugang hat), wird das als "nicht geprüft werden konnte" behandelt statt als Fehler. Zeitlicher Ablauf wie gewünscht: Die Prüfung wird zuerst im Hintergrund in der Geräte-Erkennung versucht (Schritt 2) — funktioniert nur, wenn das Gerät zu diesem Zeitpunkt schon Internetzugang hat. Nach erfolgreichem Anwenden (Schritt 8, wenn WAN eingerichtet wurde) wird sie automatisch wiederholt. Beide Läufe blockieren die Navigation nicht (Fire-and-forget im Hintergrund). Neuer Schritt 9 "RouterOS-Update" zeigt das Ergebnis: nicht geprüft werden konnte (mit "Erneut prüfen"), bereits aktuell, oder eine neuere Version verfügbar — dann mit deutlicher Warnung vor dem automatischen Neustart und einer Pflicht-Checkbox, bevor "Jetzt aktualisieren" aktiv wird. Komplett optional, keine Pflicht zum Abschluss des Assistenten. Zusammenfassungs-Schritt lässt "Weiter" jetzt erst nach erfolgreichem Anwenden zu (vorher automatisch gesperrt, weil er der letzte Schritt war — das ist er jetzt nicht mehr). Simulator-Zugang liefert jetzt eine simulierte verfügbare Version (7.15.2 → 7.16.1), damit sich auch dieser Schritt gefahrlos durchspielen lässt. Per UI-Automation den kompletten Assistenten durchgeklickt: "nicht geprüft werden konnte"-Zustand (echtes Simulator-Verhalten ohne Update-Endpunkte) und "Update verfügbar"-Zustand beide verifiziert. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Languages
C#
99.8%
PowerShell
0.2%