Die Wartelobby hält benannte Standorte in einer Location-Konfiguration und kann über einen Plugin-Kanal ein WarpToWarteWelt-Signal vom Proxy empfangen. Verwaltungsunterbefehle set, remove, list, tp und reload sind im Command-Manager registriert und prüfen BrandiCore-Berechtigungen.

Was du vor dem Start prüfen solltest

Wartepunkte aus Konfiguration und Proxy-Signal verstehen. Prüfe dabei zuerst den aktiven Server, deine Rolle und den tatsächlichen Ausgangszustand. Gerade bei Besitz, Geld oder Inventar kann ein Schritt Auswirkungen haben, die sich nicht durch erneutes Klicken rückgängig machen lassen. Arbeite an einer kleinen Testmenge oder einer Testfläche, wenn die Funktion neu für dich ist.

Schritt für Schritt

1. Schritt 1: Als Spieler zunächst die Wartelobby laden lassen und nicht sofort den Server wechseln. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
2. Schritt 2: Bei einer Weiterleitung Ziel und Meldung prüfen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
3. Schritt 3: Als berechtigte Verwaltungsperson /brandiwaitlobby list zur Kontrolle der benannten Punkte nutzen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
4. Schritt 4: Einen neuen Punkt nur mit klarer Bezeichnung und passender Position setzen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
5. Schritt 5: Nach Änderung die Liste und einen Testteleport prüfen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
6. Schritt 6: Erst danach einen vollständigen Eintritt vom Proxy aus testen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.

Details und typische Anwendung

Ein Wartepunkt besteht aus Welt und Koordinaten. Der Set-Befehl speichert die aktuelle Position und lädt den Cache erneut. Die Berechtigung stammt aus dem BrandiCore-Benutzerpaket und lässt sich nicht durch Bukkit-OP allein beliebig ersetzen. Im Quellstand greifen einzelne Unterbefehle direkt auf args[1] zu; ohne Namen kann deshalb ein Fehler auftreten. Nutze stets die vollständige Syntax mit Namen.

Ein vollständiger Test hat drei sichtbare Zustände: den Anfang, die Aktion und das Ergebnis. Vergleiche die Anzeige nach dem Vorgang mit dem Anfang. Eine Chatmeldung allein reicht bei Geld, Rechten oder Lagerbeständen nicht immer aus; die zugehörige Übersicht sollte denselben Zustand zeigen. Bei gemeinsam genutzten Projekten hilft es, Änderungen mit Zeitpunkt und zuständiger Person kurz festzuhalten.

Fehlersuche

Wenn ein Punkt nicht gefunden wird, die gespeicherte Welt und den Namen prüfen. Bei Teleport in eine falsche Position den alten Punkt zuerst dokumentieren, dann gezielt korrigieren. Eine Registrierungssperre lässt sich durch Teleport nicht beheben.

Ändere bei der Fehlersuche nur eine Sache pro Versuch. Prüfe zunächst die Eingabe, dann Berechtigung und Gebiet, anschließend den Serverzustand. Wenn eine Zahlung oder Buchung möglicherweise ausgeführt wurde, löse sie nicht erneut aus, bevor die Historie geklärt ist. Ein reproduzierbarer Fehler mit genauer Meldung ist für den Support viel hilfreicher als viele unklare Wiederholungen.

Abschlusskontrolle und Support

• Stimmt die angezeigte Objekt-ID, Position oder der Empfänger?
• Hat sich nur der erwartete Wert beziehungsweise Bestand geändert?
• Ist die Funktion für andere Beteiligte so sichtbar, wie beabsichtigt?
• Kannst du den Vorgang mit einem kleinen Beispiel erneut nachvollziehen?

Für eine Meldung gehören Server, Welt oder Panel-Seite, Uhrzeit, ausgeführter Befehl beziehungsweise Klickfolge, erwartetes Ergebnis und sichtbare Fehlermeldung zusammen. Bilder bitte auf den relevanten Ausschnitt beschränken. Zugangsdaten, Tokens und vollständige Zahlungsdaten niemals beilegen.