BrandiBungee: Wartelobby und Serverwechsel
BrandiBungee: Wartelobby und Serverwechsel
Der Bungee-Listener verarbeitet Eintritt, Serververbindung und Rückkehr aus der Wartelobby. Ein Spieler wird nicht allein durch einen Chatbefehl verschoben: der Proxy berücksichtigt Zielserver und den Spielerstatus. Die technische Registrierung in der Wartelobby kann ebenfalls Teil des Einstiegs sein.
Was du vor dem Start prüfen solltest
Automatische Weiterleitung und Rückfall zwischen Netzwerkservern. 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
- Schritt 1: Nach dem Beitritt zunächst die angezeigte Lobby und die Serverliste prüfen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
- Schritt 2: Bei einer Weiterleitung warten, bis der Zielserver tatsächlich geladen hat. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
- Schritt 3: Wird die Verbindung zurück in die Wartelobby geschickt, die eingeblendete Ursache vollständig lesen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
- Schritt 4: Prüfen, ob Registrierung oder Wartung noch offen ist. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
- Schritt 5: Erst nach geklärtem Status erneut verbinden. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
- Schritt 6: Bei wiederholtem Rücksprung Uhrzeit und Servernamen festhalten. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
Details und typische Anwendung
Ein Serverwechsel hat mehrere Phasen: Proxy akzeptiert die Verbindung, Zielserver nimmt sie an und das Spielerprofil wird geladen. Ein Abbruch in einer dieser Phasen kann anders aussehen. Der Code enthält einen speziellen Rückfall für einen Kick aus dem Warte-Lobby-Server sowie eine Prüfung, ob ein Spieler erneut dort landet. Deshalb sind Ausgangs- und Zielserver in einer Fehlermeldung wichtig.
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 Verbindungsfehler nicht im Sekundentakt neu verbinden. Prüfe, ob andere Server erreichbar sind und ob die Wartelobby eine Registrierungsaufforderung zeigt. Melde den ersten Server, das gewählte Ziel und die wörtliche Kick-Nachricht.
Ä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.