Skip to content

Datapack Management Section #7

@Lenntox

Description

@Lenntox

Als Server-Administrator
moechte ich in der Config Page einen Bereich zur Verwaltung von Datapacks haben (hinzufuegen/entfernen im world/datapacks Ordner via SFTP),
um Datapacks ohne manuellen Serverzugriff komfortabel verwalten zu koennen.

Anforderungen

  • Neuer Abschnitt „Datapacks“ in der Config Page
  • Auflisten aller vorhandenen Datapacks aus <world>/datapacks via SFTP (Name, Ordnergroesse, letztes Update)
  • Upload von Datapacks als .zip (Drag & Drop + Button) – Server entpackt automatisch nach <world>/datapacks
  • Validierung beim Upload (mind. pack.mcmeta vorhanden; Dateityp/Dateigroesse geprueft)
  • Konflikt-Handling bei gleichem Namen (Auswahl: Ueberschreiben, Umbenennen, Abbrechen)
  • Entfernen eines Datapacks (mit Sicherheitsabfrage)
  • Reload-Option nach Aenderungen (Button „/reload ausfuehren“ oder Server-neu laden), sofern Schnittstelle vorhanden
  • Fehlerbehandlung mit klaren Meldungen (SFTP-Verbindung, Schreibrechte, ungueltiges Paket)
  • Lade-/Fortschrittsanzeige fuer Upload/Entpacken/Loeschen
  • Rechtekonzept: Nur Administrator-Rolle darf Datapacks aendern
  • Konfigurierbarer World-Pfad; keine hart codierten Pfade im Frontend
  • Sichere Speicherung der SFTP-Zugangsdaten (nicht im Code, nicht im Local Storage im Klartext)

Akzeptanzkriterien

  • Das Modul „Datapacks“ ist in der Config Page verfügbar
  • Gueltige .zip-Uploads werden erfolgreich nach <world>/datapacks entpackt und in der Liste angezeigt
  • Ungueltige Uploads (ohne pack.mcmeta oder falsches Format) werden abgewiesen mit verstaendlicher Fehlermeldung
  • Konflikte bei bestehendem Namen werden korrekt behandelt gemaess Nutzerwahl
  • Entfernen eines Datapacks loescht den entsprechenden Ordner sicher (nach Bestaetigung)
  • Reload kann nach Aenderungen ausgefuehrt werden (falls angebunden) und bestaetigt Erfolg/Fehler
  • SFTP-Fehler (Verbindung, Rechte) werden dem Nutzer verstaendlich angezeigt
  • Es existieren keine hart codierten Pfade/Credentials im Frontend-Build
  • Alle Anforderungen sind abgeschlossen
  • Pull-Request gemerged
  • Neue Frontend-Version deployed
  • Auf der produktiven Umgebung getestet

Metadata

Metadata

Assignees

Labels

featureNew feature or request

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions