Geräte-Tab: "Feste Zuweisung entfernen" (Rückweg zu dynamisch)

RouterOS kennt kein make-dynamic als Umkehrung von make-static (per
Recherche-Agent gegen die offizielle DHCP-Doku bestätigt: nur
check-status/make-static/send-reconfigure existieren) — der offizielle
Weg ist, die statische Lease zu entfernen; das Gerät bekommt beim
naechsten Verbindungsaufbau automatisch wieder eine dynamische Adresse,
moeglicherweise eine andere IP als zuvor.

Neuer Kontextmenü-Eintrag bei fest zugewiesenen Geräten im Geräte-Tab,
mit Bestätigungsdialog (erklärt den Ablauf) und Nachkontrolle, dass der
Lease-Eintrag wirklich entfernt wurde, bevor Erfolg gemeldet wird -
gleiche Vorsicht wie beim bestehenden "Feste IP zuweisen". Vom Nutzer
live bestätigt (fest zuweisen -> entfernen -> Kabel/WLAN neu verbinden
-> wieder dynamisch), kein neuer Bug diesmal.

HANDOFF.md/CHATLOG.md aktualisiert: "Zurück auf dynamisch" aus den
offenen Punkten entfernt, M12-Beschreibung ergänzt.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01CTgRxJTzaQwaRkngbaE1GJ

CHATLOG.md

@@ -523,7 +523,37 @@ falsche Negative. Alle vier zusammen ergaben eine ungewöhnlich lange,
 mehrstufige Fehlersuche mit wiederholten Rohdaten-Abgleichen und direkten
 Router-Gegenchecks (SSH-CLI + Winbox) durch den Nutzer. Commit für M11
 separat (`10f30a8`), M12 + HANDOFF/CHATLOG-Update in diesem Commit.
-Offen: "Zurück auf dynamisch"-Aktion fehlt noch im Geräte-Tab; ob dieselbe
-`.id`-Überlagerung auch im Experte-Tab bei anderen Menüs falsch zuordnen
-kann, ist ungeprüft; alle bereits vorher offenen Punkte unverändert
-(siehe HANDOFF.md Nächste Schritte).
+Offen (Stand direkt nach M12): "Zurück auf dynamisch"-Aktion fehlt noch
+im Geräte-Tab; ob dieselbe `.id`-Überlagerung auch im Experte-Tab bei
+anderen Menüs falsch zuordnen kann, ist ungeprüft; alle bereits vorher
+offenen Punkte unverändert (siehe HANDOFF.md Nächste Schritte).
+
+## Nachtrag: "Feste Zuweisung entfernen"
+
+- "jetzt Statisch IP zurück in dynamische IP. das scheint nicht so
+  einfach zu funktionieren. Meine Recherchen ergeben: man muss erst die
+  statische IP löschen, dann den client disconnecten und dann wieder
+  connecten. ... kannst du das bestätigen? ... gib mir ein
+  Lösungsvorschlag" → per Recherche-Agent gegen die offizielle
+  RouterOS-DHCP-Doku geprüft: bestätigt, kein `make-dynamic`-Befehl
+  existiert (nur `check-status`/`make-static`/`send-reconfigure`), der
+  offizielle Weg ist `remove` der Lease, Client muss selbst neu anfragen
+  (Kabel/WLAN trennen+verbinden, Neustart, oder eigener Renewal-Timer),
+  keine Garantie auf dieselbe IP danach. Lösungsvorschlag vorgelegt: neuer
+  Kontextmenü-Eintrag "Feste Zuweisung entfernen" bei festen Geräten
+  (`.remove` über MAC-Adresse, Bestätigungsdialog mit diesen Hinweisen,
+  Nachkontrolle dass der Eintrag wirklich weg ist).
+- "ja, bau das so" → `DevicesViewModel.pendingStaticRemoval`/
+  `pendingRemovalCommand`/`confirmStaticRemoval`/`cancelStaticRemoval`,
+  zweiter `.confirmationDialog` in `DevicesView` (gleiches
+  Entkopplungs-Muster wie beim Zuweisen-Dialog, siehe Bug 16). Build+Tests
+  grün, Release neu gebaut+deployt.
+- "das hat sofort funktioniert, habe die feste ip gelöscht und den client
+  danach disconnectet und wieder connected, alles ok. ip ist wieder
+  dynamisch. lassen wir so" — kein neuer Bug, erster Versuch erfolgreich,
+  kompletter Kreislauf (fest zuweisen → entfernen → neu verbinden →
+  dynamisch) vom Nutzer selbst bestätigt.
+- "ja, committen und beides aktualisieren" → dieser Eintrag, HANDOFF.md
+  (M12-Beschreibung/Nächste-Schritte/Bekannte-Einschränkungen aktualisiert,
+  "Zurück auf dynamisch" als erledigt markiert) aktualisiert, Commit
+  erstellt.