Der Code kennt /warp set <Name> zum Erstellen und /warp beantragen <Name> für einen Antrag. Der Antrag ist laut Meldung zunächst nur für den Antragsteller nutzbar und wartet auf Freischaltung. Eine Maximalzahl und Namensduplikate werden geprüft.

Was du vor dem Start prüfen solltest

/warp set und /warp beantragen unterscheiden. 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: Einen sicheren, zugänglichen Standort wählen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
2. Schritt 2: /warp list auf einen bereits verwendeten Namen prüfen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
3. Schritt 3: Bei direktem Erstellungsrecht /warp set <Name> nutzen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
4. Schritt 4: Wenn ein Antrag erforderlich ist, /warp beantragen <Name> verwenden. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
5. Schritt 5: Die Bestätigung und eventuelle Wartephase lesen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
6. Schritt 6: Nach Freigabe den Warp mit einem zweiten Spieler testen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.

Details und typische Anwendung

Öffentliche Warps sollten nur auf Flächen stehen, die Besucher betreten dürfen. Halte Abstand zu Gefahren, privaten Kisten und engen Türen. Ein Antrag kann nicht durch mehrfaches Senden beschleunigt werden; der Code erkennt bereits offene Anträge. Wähle einen eindeutigen Namen, der den Zweck statt nur eine Person beschreibt.

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

Bei „bereits vorhanden“ einen anderen Namen wählen. Bei „Maximum erreicht“ alte eigene Warps prüfen. Bei offenem Antrag dessen Status abwarten und keine zweite, fast gleiche Anfrage anlegen.

Ä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.