/warp mod <Warp> <Modus> bearbeitet ein bestehendes Ziel. Im Code sind setpos, freischalten, sperren, message und setowner enthalten; einzelne Modi erfordern Eigentümer- oder Adminrechte. Eine Positionsänderung wirkt auf alle, die den Warp verwenden.

Was du vor dem Start prüfen solltest

Warp verlegen, freischalten oder sperren. 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: Mit /warp list den exakten Namen ermitteln. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
2. Schritt 2: Vor setpos den neuen Standort mit einem Testspieler prüfen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
3. Schritt 3: /warp mod <Name> setpos am neuen Ort ausführen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
4. Schritt 4: Die Ankunft erneut testen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
5. Schritt 5: Öffentliche Nutzung nur mit passendem Recht über freischalten erlauben. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
6. Schritt 6: Bei Bedarf mit sperren die Sichtbarkeit beziehungsweise Nutzung zurücknehmen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.

Details und typische Anwendung

Ein Warp kann mit einer Nachricht versehen werden, damit Besucher wissen, wohin sie gelangen. setowner ist eine Eigentümerübertragung und sollte besonders sorgfältig geprüft werden. Eine Sperrung entfernt nicht zwingend den Datensatz; sie verändert dessen Nutzbarkeit. Informiere regelmäßige Nutzer, bevor du einen häufig benutzten Warp verlegst.

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 „gehört dir nicht“ Eigentümer und Rolle prüfen. Bei interner Fehlerkennung den genauen Code melden. Nach einer Positionsänderung immer die Ankunft und den Gebietsschutz kontrollieren, bevor du den Warp wieder öffentlich machst.

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