Der Proxy registriert /bseen und /alert. /bseen ist im vorliegenden Quellstand allerdings nur teilweise implementiert: die eigentlichen Antworten zu letzter Onlinezeit und aktuellem Server sind auskommentiert. /alert ist eine Verwaltungsfunktion für netzwerkweite Meldungen.

Was du vor dem Start prüfen solltest

Statusabfrage und Ankündigungen korrekt einordnen. 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: Für einen Kontakt zuerst die Freundesliste oder die reguläre Serveranzeige benutzen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
2. Schritt 2: /bseen <Name> nur als ergänzenden Test verwenden. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
3. Schritt 3: Bleibt eine Antwort aus, das nicht als Beweis für einen unbekannten oder offline Spieler werten. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
4. Schritt 4: Offizielle Ankündigungen auf Herkunft und Zeitpunkt prüfen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
5. Schritt 5: Bei einem technischen Problem den Text der Ankündigung und die Uhrzeit sichern. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.

Details und typische Anwendung

Die Command-Klasse von /bseen erzeugt bei fehlendem Argument einen Hinweis, antwortet bei genau einem Namen jedoch im aktuellen Code nicht mit Statusdaten. Eine Dokumentation als voll funktionsfähige Last-Seen-Abfrage wäre irreführend. Die Ankündigungsfunktion prüft im Code konkrete Absendernamen und ist nicht für allgemeine Spieler vorgesehen. Status und Freundesfunktionen werden besser getrennt betrachtet.

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 stiller /bseen-Antwort liegt die Ursache wahrscheinlich im beschriebenen Implementierungsstand. Der Support braucht Namen des abgefragten Spielers, ausgeführten Befehl und Zeitpunkt; eine Schätzung der letzten Onlinezeit hilft nicht.

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