Files
proxdeploy/docs/issues/014-verlauf.md
T
florian.wildeandClaude Opus 5.5 7f6cf00a0e feat(verlauf): Filter, Wiederholen und Aufräumen
Verlauf filterbar (URL, API, proxdeploy history); Wiederholen füllt den Assistenten aus einem alten Auftrag; Aufräumen löscht nach Fehlschlag oder Abbruch den halb angelegten Gast – nur, wenn dessen Beschreibung auf den Auftrag verweist. Deshalb setzt das Klonen die Beschreibung jetzt sofort. Auf pve-demo geprüft (CT 109).

Closes #014

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-12 16:39:58 +02:00

1.4 KiB
Raw Blame History

#014 Verlauf und Wiederholen

Status: erledigt Meilenstein: v0.5.0 Labels: feature Geschätzt: 4 h Tatsächlich: –

Ziel

Alle Aufträge filterbar, mit gleichen Parametern wiederholen.

Aufgaben

  • Filter Server/Typ/Distribution/Status, Seitenblättern (Web, GET /api/v1/auftraege?…, proxdeploy history)
  • Wiederholen (neue VMID/Name abfragen): /ausrollen?wiederholen=<kurzId>, Name, VMID und feste IP leer
  • Aufräumen nach Fehlschlag/Abbruch mit Bestätigung (Vorgabe „Allgemeine Anforderungen“): Web-Knopf, POST …/aufraeumen, proxdeploy cleanup

Akzeptanzkriterien

  • Filter bleiben in der URL (Playwright)
  • Aufräumen auf pve-demo: CT 109 nach Abbruch erkannt, gestoppt, gelöscht; Original danach „aufgeräumt“

Abhängigkeiten

#008

Notizen / Entscheidungen

  • Gelöscht wird nur, was nachweislich zum Auftrag gehört: die Beschreibung des Gastes enthält „(Auftrag )“. Dafür setzt das Klonen die Beschreibung jetzt sofort (vorher erst in der Hardware-Phase). Templates, gesperrte Gäste und fremde Beschreibungen: Abbruch, nichts angefasst.
  • Wiederholen leert auch eine feste IP – dieselbe Adresse zweimal ist fast nie gewollt.
  • Nebenbei gefunden: ssh2 erzeugt in ~0,4 % der Fälle ed25519-Schlüssel, die es selbst nicht lesen kann (Ursache des „wackligen“ SSH-Tests). Behoben mit ed25519Erzeugen.