BrandiPresence ist ein Bungee-Plugin ohne Spielerbefehl. Es meldet connected, switched und disconnected an die zentrale BrandiShop-API. Die Ereignisse werden pro Proxy in einer Reihenfolge verschickt; ein Server ohne konfigurierte UUID kann als nicht zugeordneter Zustellserver gelten.

Was du vor dem Start prüfen solltest

Presence-Ereignisse im Panel korrekt interpretieren. 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: Anmeldung und Startserver mit Uhrzeit notieren. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
2. Schritt 2: Im Panel die Präsenzanzeige öffnen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
3. Schritt 3: Einmal zu einem anderen Spielserver wechseln. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
4. Schritt 4: Nach kurzer Aktualisierung den neuen Server vergleichen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
5. Schritt 5: Kontrolliert abmelden. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
6. Schritt 6: Danach den Offline-Status prüfen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.

Details und typische Anwendung

Eine Lobby kann in der Proxy-Konfiguration bewusst ohne Zustellserver stehen. Daraus folgt, dass die Shop- oder Panel-Anzeige anders wirken kann als eine Ingame-Spielerliste. Ein kurzer Anzeigeverzug ist möglich, weil das Ereignis über HTTP gesendet wird. Die Spieleridentität wird über UUID geführt; ein Namenswechsel sollte nicht als neuer Spieler interpretiert werden.

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 dauerhaft falschem Status die Folge der drei Ereignisse mit Uhrzeiten melden. Wenn nur ein Zielserver falsch ist, die Serverzuordnung prüfen lassen. Zugangsdaten des Proxys sind für eine Nutzermeldung nicht nötig.

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