ÄNDERUNGEN AUF EINEN BLICK
Wähle zwischen Website- und Minecraft-Server-Patchnotes. Beide Versionsreihen werden getrennt und automatisch nach der neuesten Version sortiert.
Hier stehen nur spielerrelevante Änderungen am Minecraft-Server. Interne Technik-, Netzwerk- und Zugangsdaten werden nicht veröffentlicht.
Zentrale Textformatierung
71 spielerrelevante Änderungen.
- ZENTRALE SMALL-CAPS-TEXTFORMATIERUNG
- neue TextFormatter.java enthalten
- FARBCODES BLEIBEN ERHALTEN
- WO DIE FORMATIERUNG FUNKTIONIERT
- Shop-GUI-Titel
- Shop-Itemnamen
- Shop-Lore
- TAB-Spielerformat
- TAB-Header/Footer
- MOTD-Texte
- Ban-/Kick-Texte
- Report-Texte
- Teleport-Texte
- Titles / Subtitles
- Actionbars
- weitere MYK-Ausgaben, die über den zentralen Legacy-Renderer laufen
- FEHLERTOLERANZ
- DEUTSCHE UMLAUTE
- BESTEHENDE SYSTEME BLEIBEN ERHALTEN
- Rang-/Titel-System
- Ban-/Kick-/Unban-System
- Report-System
- Chat-System
- Wartungsmodus
- Teleport-System
- Essentials-/Utility-System
- Todesinventar-System
- Spielerinventar-/Sync-System
- AFK-/Playtime-System
- Economy-/Taler-System
- Vault-/VaultUnlocked-Bridge
- Integrationen / mcMMO / mcMMOGUI / WorldGuard
- Shop-/Marktsystem
- 48-Stunden-Marktkurs-Stabilisierung
- kaufbare Einmal-Permissions
- TAB-/Nametag-/Display-Funktionen
- TECHNISCHE PRÜFUNG
- Java-21-Kompilierung: erfolgreich
- Java-Klassen in JAR: 77
- JAR-Einträge: 99
- doppelte JAR-Einträge: 0
- Bukkit-/Paper-Compile-Stubs in JAR: 0
- Testklassen in JAR: 0
- doppelte YAML-Schlüssel: 0
- Command-Labels inklusive Aliase: 70
- deklarierte Permissions: 99
- fehlende statisch verwendete Message-Keys: 0
- fehlende statisch verwendete Shop-Text-Keys: 0
- REGRESSIONSTESTS
- Small-Caps-Beispiel Schwertkämpfer
- beide Tag-Schreibweisen
- mehrere Small-Caps-Bereiche in einer Zeile
- Verhalten bei nicht geschlossenem Tag
- normale Texte ohne Tag bleiben unverändert
- /pay-/Economy-Betragsparser
- deutsches Geldformat, z. B. 1.000.000,01
- sichtbarer Shoppreis 0,0209 -> 0,02
- Enderchest-Lokalspeicherung / Reload / Schutz vor älteren Ständen
- Shop-Kauf erhöht Marktkurs
- Shop-Verkauf senkt Marktkurs
- Kauf- und Verkaufspreis folgen demselben Marktkurs
- Einmal-Permission bleibt gespeichert
- 63-Item-Verkauf wird korrekt berechnet
- nach 64 Bruchstein-Käufen: ca. 100,057600 %
- nach 24 Stunden ohne weiteren Handel: ca. 100,028800 %
- nach 48 Stunden ohne weiteren Handel: 100,000000 %
- SOURCE-CHECK
- 77 Class-Dateien erzeugt
- .class-Dateien im Source-ZIP: 0
- DATEIEN / SHA-256
- STATUS
Integrationen-/Permission-/Teleport-Erweiterungen Testversion
102 spielerrelevante Änderungen.
- mcMMO-Join-MOTD für normale Spieler unterdrückt
- MYK setzt mcmmo.motd beim Spieler ausdrücklich auf false
- Permission wird bereits im PlayerLoginEvent vor dem normalen Join gesetzt
- dadurch wird die mcMMO-MOTD bei normalen Spielern rechtzeitig verhindert
- beim MYK-Teamrang Admin kann die mcMMO-Join-MOTD weiterhin erscheinen
- Grund: Admin besitzt im MYK-System fest das globale *-Recht
- die bisherige Permission-basierte Unterdrückung ist deshalb für Admin nicht
- dieser Punkt ist noch offen und soll in einer folgenden Patch-Version global
- mcMMO
- mcMMOGUI
- WorldGuard
- Standard: mcmmogui
- fehlt mcMMO/mcMMOGUI bzw. der Zielbefehl, erhält der Spieler eine MYK-Meldung
- Akrobatik
- Alchemie
- Bogenschießen
- Axtkampf
- Armbrustkampf
- Graben
- Angeln
- Kräuterkunde
- Streitkolben
- Bergbau
- Reparatur
- Bergung
- Schmelzen
- Speerkampf
- Schwertkampf
- Zähmen
- Dreizackkampf
- Faustkampf
- Holzfällen
- normale Skill-Levelup-Zeilen
- Level-Meilenstein-Broadcasts
- Rang-/SubSkill-Freischaltungs-Meldungen
- Overhaul.Levelup
- Broadcasts.LevelUpMilestone
- JSON.SkillUnlockMessage
- General.LevelUp_Sounds
- normale Spieler: Join-MOTD erfolgreich entfernt
- Admin: Join-MOTD kann weiterhin sichtbar sein
- deny-message
- entry-deny-message
- exit-deny-message
- verändert die Kingdom-Titel-Sortierung nicht
- erhält keine automatischen MYK-Rechte
- Rechte werden wie bei anderen Nicht-Admin-Teamrängen separat vergeben
- > Edler
- > Ritter
- > Baron
- > Graf
- > Fürst
- > Herzog
- > König
- > Kaiser
- Permission bei Knappe -> besitzen Knappe und alle höheren Titel
- Permission bei Ritter -> besitzen Ritter, Baron, Graf, Fürst, Herzog,
- Knappe bekommt keine Permission, die erst bei Ritter eingetragen wurde
- direkt am Spieler vor der Teleportation
- am Ziel nach erfolgreicher Teleportation
- bei einem abgebrochenen Warmup
- optional bereits beim Start des Warmups
- Start-/Zielpartikel
- Teleport-Sound
- 5-Sekunden-Schadensschutz nach dem Teleport
- vorhandene eigene Werte sollen nicht pauschal überschrieben werden
- laufende MYK-Systeme bleiben erhalten
- öffnet das konfigurierte mcMMO-/mcMMOGUI-Menü
- Rang-System
- Datenbank-System
- Ban-System
- Report-System
- Chat-System
- Wartungsmodus
- Teleport-System
- Essentials-/Utility-System
- Todesinventar-System
- Spielerinventar-/Sync-System
- AFK-System
- Playtime-System
- Economy-/Taler-System
- Vault-/VaultUnlocked-Bridge
- TAB-/Nametag-/Display-Funktionen
- JAR-Einträge: 80
- Java-Klassen: 59
- doppelte JAR-Einträge: 0
- registrierte Commands: 58
- Command-Labels inklusive Aliase: 68
- deklarierte Permissions: 76
- Java-Class-Major-Version: 65
- entspricht Java-21-Bytecode
- ZIP-Einträge: 41
- doppelte SOURCE-ZIP-Einträge: 0
- .class-Dateien im Source-ZIP: 0
- keine doppelten Commands gefunden
- keine doppelten Permission-Deklarationen gefunden
- keine fehlenden statisch verwendeten Message-Keys gefunden
- native mcMMO-Rangfreischaltungs-Meldung wird ausgeblendet
- zugehöriger mcMMO-Sound wird ausgeblendet
- die zunächst entstandene leere Chatzeile wurde erkannt
- keine doppelten Event-Registrierungen als allgemeiner Fehler gefunden
- keine doppelten YAML-Schlüssel als allgemeiner Fehler gefunden
Integrationen-/Permission-/Teleport-Erweiterungen Testversion
4 spielerrelevante Änderungen.
- Ursache:
- Lösung:
- dadurch erscheint weder die mcMMO-Rangmeldung noch eine leere Chatzeile
- sichtbare Leerzeile nach unterdrückter mcMMO-Rangfreischaltung behoben
Integrationen-/Permission-/Teleport-Erweiterungen Testversion
5 spielerrelevante Änderungen.
- dadurch greifen bei Report-Teleports jetzt ebenfalls:
- Teleport-Partikel
- Teleport-Sound
- 5-Sekunden-Teleport-Schutz
- direkter Sonderweg des Report-Teleports wurde entfernt
Integrationen-/Permission-/Teleport-Erweiterungen Testversion
12 spielerrelevante Änderungen.
- zusätzliche mcMMO-Rangfreischaltungs-Meldung erkannt und unterdrückt
- betroffen ist z. B.:
- JSON.SkillUnlockMessage wird über mcMMO-Locale-Override unterdrückt
- nativer mcMMO-Level-/Rang-Sound wird deaktiviert
- General.LevelUp_Sounds wird auf false gesetzt
- zusätzliche MYK-Teleport-Effekte eingebaut
- REVERSE_PORTAL-Partikel als Standard-Teleporteffekt
- ENTITY_ENDERMAN_TELEPORT als Standard-Teleportsound
- Effekt am Startpunkt möglich
- Effekt am Zielpunkt möglich
- Effekt beim Abbruch eines Warmups möglich
- Teleport-Effekte funktionieren auch bei Spielern, die den Warmup umgehen
Integrationen-/Permission-/Teleport-Erweiterungen Testversion
7 spielerrelevante Änderungen.
- Integrations-System technisch nachgebessert
- features.integrations-system wird jetzt vom IntegrationService direkt berücksichtigt
- mcMMO-Level-Listener bleibt bei installiertem mcMMO registriert, damit die
- Unterdrückung der nativen mcMMO-Levelmeldungen erweitert
- Broadcasts.LevelUpMilestone wird ebenfalls unterdrückt
- WorldGuard-Konfigurationszugriffe reduziert; unnötige Schreibvorgänge vermieden
- bestehende eigene Config-Werte bleiben weiterhin erhalten
Integrationen-/Permission-/Teleport-Erweiterungen Testversion
13 spielerrelevante Änderungen.
- neues Integrations-System eingebaut
- zentraler Feature-Schalter features.integrations-system hinzugefügt
- mcMMO als Softdepend hinzugefügt
- mcMMOGUI als Softdepend hinzugefügt
- WorldGuard als Softdepend hinzugefügt
- Teamrang Creator hinzugefügt
- eigene MYK-Levelmeldung für mcMMO eingebaut
- deutsche mcMMO-Skillnamen konfigurierbar gemacht
- native mcMMO-Levelmeldung wird unterdrückt
- WorldGuard-Deny-Meldungen werden unterdrückt
- Teleport-Warmup-Partikel eingebaut
- Creator verändert die Kingdom-Titel-Sortierung nicht
- aufsteigende Permission-Vererbung der Kingdom-Titel eingebaut
Economy-/Taler-System Testversion
101 spielerrelevante Änderungen.
- ein neu erzeugtes lokales 0-Taler-Konto soll einen bereits existierenden
- Migration des alten Standard-Headers eingebaut
- eigene vom Serverbetreiber angepasste Nachrichten werden nicht blind überschrieben
- Economy-System bleibt ansonsten unverändert
- zeigt den eigenen Taler-Kontostand
- legt bei Bedarf das eigene Economy-Konto an
- verwendet die zentrale MYK-Economy-Speicherung
- nutzt die konfigurierte Währung und Darstellung
- zeigt den Kontostand eines anderen Spielers
- unterstützt aktuell online befindliche Spieler
- unterstützt bekannte Offline-Spieler
- verwendet gespeicherte UUIDs und Spielernamen
- überweist Taler vom eigenen Konto auf das Konto eines anderen Spielers
- funktioniert auch für bekannte Offline-Spieler
- prüft vor der Überweisung den vorhandenen Kontostand
- verhindert Überweisungen an sich selbst
- verhindert 0- oder Negativbeträge
- aktualisiert Sender- und Empfängerkonto gemeinsam im Economy-Service
- Zielspieler
- überwiesenem Betrag
- Währungssymbol
- neuem eigenen Kontostand
- Absender
- erhaltenem Betrag
- es werden maximal die 10 besten Taler-Konten angezeigt
- Platz 1 steht oben
- anschließend Platz 2 bis maximal Platz 10
- es gibt KEINE Seiten mehr
- die technische Seitenfunktion war bereits entfernt
- dadurch blieb der alte Standard-Header aus 1.9.0 erhalten
- setzt den Kontostand eines Spielers exakt auf den angegebenen Wert
- 0 Taler ist erlaubt
- negative Werte sind nicht erlaubt
- funktioniert für bekannte Online- und Offline-Spieler
- fügt einem Spielerkonto Taler hinzu
- Betrag muss größer als 0 sein
- zeigt anschließend den neuen Kontostand
- entfernt Taler von einem Spielerkonto
- Kontostand darf dadurch nicht negativ werden
- hat der Spieler nicht genug Taler, wird die Änderung abgelehnt
- Taler an andere Spieler überweisen
- Taler-Rangliste anzeigen
- Kontostand anderer Spieler anzeigen
- Kontostand setzen
- Taler hinzufügen
- Taler entfernen
- Sammelpermission für alle Economy-Adminaktionen
- ungültige Texte
- negative Beträge
- Vault-Abbuchungen
- top
- bekannte Spielernamen
- Economy deaktiviert
- Spielerbefehl nur als Spieler
- Spieler nicht gefunden
- ungültiger Betrag
- Speicherfehler
- eigener Kontostand
- fremder Kontostand
- Selbstüberweisung
- erfolgreiche Überweisung
- erhaltene Überweisung
- zu wenig Taler
- Top-10-Header
- Top-Zeilen
- leere Rangliste
- set/add/remove Erfolg
- remove bei zu wenig Guthaben
- Benachrichtigung über geänderten Kontostand
- player_uuid
- player_name
- balance
- updated_at_ms
- updated_at
- Spielername
- Kontostand
- lokale Hauptspeicherung
- Fallback
- Backup/Cache
- ältere Daten sollen neuere Kontostände nicht überschreiben
- Vault
- VaultUnlocked
- Economy-Name
- Singular-/Plural-Währungsname
- Anzahl Nachkommastellen
- Formatierung
- Spieler-Konto prüfen
- Spieler-Konto erstellen
- Kontostand lesen
- Guthaben prüfen
- Taler einzahlen
- Taler abbuchen
- Rang-System
- Datenbank-System
- Ban-System
- Report-System
- Chat-System
- Wartungsmodus
- Teleport-System
- Essentials-/Utility-System
- Todesinventar-System
Economy-/Taler-System Testversion
2 spielerrelevante Änderungen.
- TAB-Vervollständigung für Seiten wurde entfernt
- AFK-Kick-Screen erhielt oben und unten eine graue Trennlinie
Economy-/Taler-System Testversion
7 spielerrelevante Änderungen.
- erster Einbau des Economy-/Taler-Systems
- Economy-Adminbefehle set/add/remove eingebaut
- lokale Economy-Sicherung eingebaut
- Vault-/VaultUnlocked-Bridge eingebaut
- Startguthaben auf 0 Taler gesetzt
- Nutzer testete die Economy-Funktionen auf dem echten Server
- Rückmeldung: die Funktionen liefen grundsätzlich
Afk- & Playtime-System Final
112 spielerrelevante Änderungen.
- neue Playtime-Datenbankeinstellungen
- neue AFK-/Playtime-Featurewerte
- bestehende AFK-Tasks beendet und sauber neu gestartet
- aktive Spieler bei Bedarf neu initialisiert
- neue Permissions sind deklariert
- keine fehlende neue Permission-Deklaration gefunden
- neue AFK-Keys vorhanden
- neue Playtime-Keys vorhanden
- mehrere Checkpoints zählen nur die jeweilige neue Zeit
- Event-Registrierung auf dem echten Paper-26.2-Server funktioniert
- AFK-/Playtime-Funktionen vom Nutzer erfolgreich getestet
- Spieler ist normal aktiv bzw. noch nicht AFK
- Spieler wird als AFK markiert
- Darkness wird aktiviert
- AFK-Title wird angezeigt
- Kick-Countdown beginnt
- Spieler wird wegen Inaktivität vom Server gekickt
- Vorwärtsbewegung
- Rückwärtsbewegung
- Links / Rechts
- Springen
- Sneaken
- Sprinten
- eigene Blickbewegung mit Maus / Kamera
- Chatnachricht
- Befehlseingabe
- Rechts-/Linksklick
- Interaktion mit Entities
- Item fallen lassen
- Mainhand/Offhand wechseln
- Arm-/Schlaganimation
- Item konsumieren
- Block abbauen
- Block platzieren
- Inventarklick
- Inventar-Drag
- andere Spieler schieben den AFK-Spieler
- Tiere / Mobs bewegen den Spieler
- Wasserströmung bewegt den Spieler
- Knockback verschiebt den Spieler
- sonstige serverseitige Positionsänderungen ohne eigene Eingabe
- AFK-Status wird beendet
- Darkness wird entfernt
- AFK-Title wird entfernt
- keinen AFK-Status
- keinen Darkness-Effekt
- keinen AFK-Title
- keinen Kick-Countdown
- keinen AFK-Kick
- zeigt die eigene gespeicherte Spielzeit
- berücksichtigt während einer laufenden Session auch die seit dem letzten
- zeigt die Spielzeit eines anderen Spielers
- Online-Spieler werden unterstützt
- bekannte Offline-Spieler werden unterstützt
- Spielernamen werden ohne Beachtung der Groß-/Kleinschreibung gesucht
- aktuell online befindliche Spieler
- dem Server bekannte Offline-Spieler
- lokal im Playtime-System bekannte Spielernamen
- ein bereits höherer MYK-Wert wird niemals verkleinert
- eine höhere vorhandene Vanilla-/Paper-Spielzeit kann den MYK-Wert erhöhen
- die Migration arbeitet als Mindestwert und setzt keine höhere gespeicherte
- letzter bekannter Spielername
- Spielzeit in Millisekunden
- UpdatedAt-Zeitstempel
- player_uuid
- player_name
- playtime_ms
- updated_at_ms
- updated_at
- höhere Spielzeit gewinnt
- jüngerer Name kann übernommen werden
- UpdatedAt wird nicht zurückgesetzt
- Zeit bis AFK
- Standard 180 Sekunden
- gesamte Inaktivitätszeit bis zum Kick
- Standard 300 Sekunden
- aktiviert oder deaktiviert den Darkness-Effekt
- Intervall für periodische Playtime-Sicherungen
- übernimmt vorhandene Vanilla-/Paper-Spielzeit als Mindestwert
- deaktivierte AFK-Sessions beendet
- Display und Command-Tree anschließend aktualisiert
- Rang-System
- Datenbank-System
- Ban-System
- Kick-System
- Report-System
- Chat-System
- Wartungsmodus
- Teleport-System
- Essentials-/Utility-System
- Vanish
- Offline-Inventare
- Todesinventare
- Teleport-Schutz
- bestehendes TAB-/Nametag-System
- ein zentraler periodischer Task
- Standard: einmal pro Sekunde
- kein eigener Task pro Spieler
- lokaler Checkpoint standardmäßig alle 60 Sekunden
- ein lokaler Snapshot für alle Online-Spieler pro Checkpoint
- lokale Datei wird nicht jede Sekunde geschrieben
- Thread.sleep() im AFK-System
- eigener periodischer Display-Neuaufbau pro AFK-Spieler
- PlayerMoveEvent
- PlayerInputEvent
- PlayerInteractEvent
- PlayerInteractEntityEvent
- PlayerDropItemEvent
- PlayerSwapHandItemsEvent
- registerEvent-Signatur auf die echte Bukkit-/Paper-Signatur korrigiert
- API-Fehler korrigiert
- anschließender vollständiger Abschlusscheck ohne weiteren Fehler
Afk- & Playtime-System Final
9 spielerrelevante Änderungen.
- dadurch konnten neue Event-Listener auf Paper 26.2 nicht korrekt
- erster Einbau des AFK- & Playtime-Systems
- AFK ab 3 Minuten
- Kick ab 5 Minuten
- Darkness und AFK-Title eingebaut
- die erste 1.8.0-JAR war gegen eine falsche registerEvent-Methodensignatur
- erste Testversion
- API-/Buildfehler bei Event-Registrierung gefunden
- nicht FINAL
Essentials-/Utility-System
103 spielerrelevante Änderungen.
- der neue Todesfall wird gespeichert
- UPDATE-Felder werden nur übernommen, wenn der neue updated_at_ms-Wert
- neuer leerer Stand wird gespeichert
- 5-Sekunden-Teleport-Schutz eingebaut
- Schutz wird beim Join aktiviert
- Schutz wird nach erfolgreichen MYK-Teleportationen aktiviert
- weitere zentrale MYK-Teleports über teleportNow werden ebenfalls geschützt
- kompletter eingehender Schaden wird während der Schutzzeit verhindert
- Fallschaden wird verhindert
- Spieler-/Mob-Kampfschaden wird verhindert
- Projektilschaden wird verhindert
- Feuer-/Lava-/sonstiger EntityDamage-Schaden wird verhindert
- geschützte Spieler können währenddessen selbst keinen Kampf-/Projektilschaden verursachen
- Schutzdauer startet bei erneutem Teleport wieder bei 5 Sekunden
- Actionbar-Countdown für den Teleport-Schutz eingebaut
- teleportiert zum letzten gespeicherten relevanten Standort
- kann einen vorherigen Teleport-Stand verwenden
- kann den letzten Todespunkt verwenden
- Todeszeitpunkt und Teleportzeitpunkt werden verglichen
- der jeweils neuere sinnvolle Standort gewinnt
- letzter Spielername
- exakter Todeszeitpunkt
- Welt
- X
- Y
- Z
- Yaw
- Pitch
- Todesursache
- öffnet die gespeicherten Todesfälle eines Spielers
- funktioniert auch für Offline-Spieler
- zeigt maximal die letzten 12 Todesfälle
- neuester Todesfall steht zuerst
- zeigt Datum und Uhrzeit
- zeigt Welt und Koordinaten
- zeigt Todesursache
- öffnet das gespeicherte Todesinventar
- 36 normale Inventar-Slots
- Schuhe
- Hose
- Brustplatte
- Helm
- Offhand
- Verzauberungen
- Namen
- Lore
- NBT-/Komponentendaten
- Item-Zustand
- anschließend wird der älteste vorhandene Todesfall entfernt
- danach existieren wieder exakt maximal 12 Datensätze
- lokale Todesdaten
- gespeicherte Todesfälle: 12
- ältester verbliebener Testtod: Tod 2
- neuester verbliebener Testtod: Tod 13
- Tod 1 wurde entfernt
- Items können nicht herausgenommen werden
- Items können nicht hineingelegt werden
- Shift-Klick wird nicht zum Verschieben verwendet
- Drag-Aktionen werden blockiert
- öffnet den gewählten Todesfall
- zeigt den gespeicherten Todesort
- Klick auf den Enderperlen-Button teleportiert den Admin direkt dorthin
- öffnet das Inventar eines Spielers
- Online-Spieler werden direkt aus ihrem echten Live-Inventar geladen
- Offline-Spieler werden aus dem gespeicherten MYK-Inventarstand geladen
- Änderungen werden gespeichert
- bei Online-Spielern greifen Änderungen sofort
- bei Offline-Spielern werden Änderungen für den nächsten Login markiert
- die 36 normalen Spieler-Inventar-Slots
- Kiste
- Rüstung herausnehmen -> sofort am Spieler ausgezogen
- Rüstung hineinlegen -> sofort am Spieler angezogen
- Offhand herausnehmen -> sofort entfernt
- Offhand hineinlegen -> sofort übernommen
- Änderung wird gespeichert
- pendingApply wird gesetzt
- beim nächsten Login wird genau dieser Stand angewendet
- unten waren Kiste und Brustplatte sichtbar
- beim Klick auf den Rüstungsreiter verschoben sich beide Buttons
- Kiste bleibt immer auf Slot 39
- Brustplatte bleibt immer auf Slot 41
- die Navigationsleiste springt nicht mehr
- eigenes GUI-Baseline-System eingebaut
- sichtbarer GUI-Stand und aktueller gespeicherter Stand werden getrennt
- nur vom Admin tatsächlich geänderte Slots werden als Änderung erkannt
- als Speicherbasis wird der neueste lokale Inventarspiegel verwendet
- unveränderte alte GUI-Slots überschreiben keine neueren Spieleränderungen
- bei Offline-Zielen wird eine echte Slot-für-Slot-Merge-Logik verwendet
- Spielername
- Änderungszeitpunkt
- 36 Inventar-Slots
- 4 Rüstungs-Slots
- pending_apply true/false
- Join
- Quit
- Inventar-Schließen
- wichtige MYK-Inventaränderungen
- periodischer Inventar-Sync
- gespeicherter Stand wird geladen
- pendingApply wird geprüft
- Inventar wird auf den Spieler angewendet
- aktueller Online-Stand wird anschließend erneut gespeichert
- pendingApply wird dadurch wieder auf false gesetzt
Essentials-/Utility-System
103 spielerrelevante Änderungen.
- neue Message-Keys werden automatisch ergänzt
- erneute Teleportation startet die Schutzzeit neu
- Inventar- und Rüstungsreiter besitzen jetzt dieselbe GUI-Größe
- Navigations-Kiste bleibt fest auf Slot 39
- Navigations-Brustplatte bleibt fest auf Slot 41
- in der TAB-Vervollständigung eingebaut
- nur tatsächlich durch den Admin veränderte Slots werden noch gespeichert
- neueren Quit-/Offline-Inventarstand vor alten GUI-Daten geschützt
- Permission-Prüfung der Essentials-TAB-Vervollständigung nachgeschärft
- redundante alte Codezeilen bereinigt
- TAB-Vorschläge werden nur mit passender Root-Permission ausgegeben
- sensible Staff-Befehle bleiben für unberechtigte Spieler verborgen
- kein Thread.sleep()
- keine blockierenden CompletableFuture.join()-Aufrufe
- lokales Inventar-I/O verwendet eigenen I/O-Thread
- lokales Todesinventar-I/O verwendet eigenen I/O-Thread
- Inventar-Sync läuft standardmäßig nur alle 60 Sekunden
- Inventaränderungen werden zusätzlich ereignisgesteuert gespeichert
- keine Inventardatei wird bei jedem PlayerMoveEvent gelesen
- Todesinventare sind hart auf 12 pro Spieler begrenzt
- Todesdaten-Backups sind hart auf 5 Dateien begrenzt
- Offline-/invsee Merge-Schutz eingebaut
- TAB-Permission-Prüfung verschärft
- Todesinventare
- Spielerinventare
- lokale Fallback-Daten
- eigene Config-Werte
- Java-Kompilierung: OK
- nur bestehender Hinweis auf unchecked/unsafe Reflection-Nutzung
- Main-Version: 1.7.2
- doppelte YAML-Schlüssel: 0
- alte 1.7.1-Versionsreste im 1.7.2-Source: 0
- registrierte Hauptbefehle: 54
- Command-Labels inklusive Aliase: 61
- AsyncPlayerPreLoginEvent
- PlayerJoinEvent
- PlayerQuitEvent
- PlayerCommandSendEvent
- PlayerCommandPreprocessEvent
- AsyncPlayerChatEvent
- PlayerDeathEvent
- InventoryClickEvent
- InventoryDragEvent
- InventoryCloseEvent
- ServerListPingEvent
- PlayerMoveEvent
- doppelte Event-Registrierungen: 0
- deklarierte MYK-Permissions: 64
- statisch geprüfte verwendete Permission-Checks: 64
- fehlende deklarierte Permissions: 0
- Admin-* bleibt aktiv
- fehlende statische Message-Keys: 0
- 13-Tode-Test: OK
- maximal 12 Todesfälle: OK
- ältester Eintrag wird entfernt: OK
- maximal 5 lokale Notfall-Backups: OK
- Schutz vor älterem Snapshot: OK
- Offline-/invsee GUI-Baseline vorhanden: OK
- Offline-/invsee Slot-Merge vorhanden: OK
- Kiste Slot 39: OK
- TAB-Vervollständigung: OK
- Essentials-TAB-Permission-Guard: OK
- Reiterwechsel funktioniert
- Offline-Inventar-Funktionen funktionieren
- Teleport-Button im Todesinventar funktioniert
- Spieler sollen beim Laden einer Welt oder von Chunks nicht direkt sterben
- Fallschaden direkt nach einem Teleport wird verhindert
- Kampf während der kurzen Ladephase kann den Spieler nicht töten
- Server-Join
- weiteren erfolgreichen MYK-Teleports, die den zentralen teleportNow-Weg verwenden
- Fallschaden
- direkter PvP-Schaden
- Mob-Schaden
- Projektilschaden
- Feuer
- Lava
- Explosionen
- sonstige über EntityDamageEvent laufende Schadensarten
- direkter Angreifer
- Projektil-Shooter
- aktiviert oder deaktiviert den Schutz
- legt die Schutzdauer in Sekunden fest
- Standard: 5
- Ränge
- Permissions
- Bans
- Reports
- Offline-Inventarstände
- Fly-/God-Zustände
- Warps
- Spawn
- FirstJoin
- eigene bestehende Config-Werte
- Main-Version: 1.7.3
- alte 1.7.2-Versionsreste im 1.7.3-Source: 0
- EntityDamageEvent
- EntityDamageByEntityEvent
- Join aktiviert Schutz: OK
- erfolgreicher zentraler MYK-Teleport aktiviert Schutz: OK
- Standarddauer 5 Sekunden: OK
- kompletter eingehender Schaden wird abgebrochen: OK
- kritischen Offline-/invsee-Randfall behoben
- keine Compile-Fehler
Essentials-/Utility-System
5 spielerrelevante Änderungen.
- Offline-Spieler in TAB-Vervollständigung eingebaut
- lokale Inventar-Fallback-Speicherung eingebaut
- Pending-Apply-System für Offline-Änderungen eingebaut
- Rüstung und Offhand direkt bearbeitbar gemacht
- Todespunkt-Teleport aus dem Todesinventar eingebaut
Essentials-/Utility-System
7 spielerrelevante Änderungen.
- Grundversion des Essentials-/Utility-Systems eingebaut
- Utility-Befehle eingebaut
- Todespunkt-Speicherung eingebaut
- Speicherung der letzten 12 Todesfälle pro Spieler eingebaut
- Todesinventar, Rüstung, Offhand, Datum, Uhrzeit und Ort gespeichert
- lokaler Fallback für Todesinventare eingebaut
- begrenzte Notfall-Backups eingebaut
Myk System Teleport 12 Stunden
11 spielerrelevante Änderungen.
- Die automatische Rückkehr zum Server-Spawn wurde von 12 Tagen auf 12 Stunden geändert.
- Bestehende Spieler werden jetzt nach mindestens 12 Stunden Abwesenheit beim nächsten Join direkt zum normalen Server-Spawn teleportiert.
- Spieler mit weniger als 12 Stunden Abwesenheit bleiben weiterhin an ihrer letzten Position.
- Falls noch kein hours-Wert vorhanden ist, setzt MYK automatisch hours: 12.
- Dadurch bleibt auf bestehenden Servern nicht versehentlich die alte 12-Tage-Regel aktiv.
- Eigene bereits vorhandene hours-Werte werden nicht überschrieben.
- Zeitprüfung verwendet jetzt TimeUnit.HOURS statt TimeUnit.DAYS.
- Plugin-Version auf 1.6.1 erhöht.
- Doppelte YAML-Schlüssel: 0.
- Doppelte JAR-Einträge: 0.
- Doppelte SOURCE-Einträge: 0.
Teleport-System Final
105 spielerrelevante Änderungen.
- setzt eine eigene Position nur für komplett neue Spieler
- neuer Spieler -> FirstJoin-Position
- kein neuer permanenter Teleport-Timer
- keine Teleport-Datei wird bei jeder Bewegung neu geladen
- einzelne Warps aktivieren/deaktivieren
- andere Spieler zu Warps teleportieren
- 5-Sekunden-Teleport-Countdown
- Countdown in der Actionbar
- Abbruch bei Bewegung
- Abbruchmeldung in der Actionbar
- Permission zum Umgehen des Countdowns
- eigener FirstJoin-Spawn
- automatischer Spawn nach langer Abwesenheit
- LastSeen-Verwaltung für die 12-Tage-Regel
- teleportiert einen Spieler zum gesetzten Server-Spawn
- startet standardmäßig einen 5-Sekunden-Countdown
- Countdown wird in der Actionbar angezeigt
- Bewegung während des Countdowns bricht die Teleportation ab
- speichert die aktuelle Welt
- X
- Y
- Z
- Yaw
- Pitch
- diese Position ist unabhängig vom normalen Server-Spawn
- Spieler werden nur bei ihrem allerersten Join dorthin gesetzt
- Welt
- bestehender Spieler unter 12 Tagen Abwesenheit -> letzte Position
- bestehender Spieler ab 12 Tagen Abwesenheit -> normaler Server-Spawn
- letzter Spielername
- Zeitpunkt des letzten Besuchs
- zeigt alle aktuell für Spieler aktivierten Warps
- deaktivierte Warps werden normalen Spielern nicht als verfügbare
- teleportiert den Spieler zum angegebenen Warp
- verwendet den normalen Teleport-Countdown
- Bewegung bricht den Countdown ab
- deaktivierte Warps können von normalen Spielern nicht verwendet werden
- erstellt einen neuen Warp
- ein bestehender Warp kann aktualisiert werden
- Position wird auf die aktuelle Spielerposition gesetzt
- bestehender Aktiviert/Deaktiviert-Status bleibt beim Aktualisieren erhalten
- Warp-Name
- enabled true/false
- _
- maximal 32 Zeichen
- löscht einen gespeicherten Warp vollständig
- Zielspieler muss online sein
- Zielspieler wird zum angegebenen Warp teleportiert
- der Countdown läuft beim zu teleportierenden Spieler
- bewegt sich der Zielspieler, wird die Teleportation abgebrochen
- mit passender NoCooldown-Permission kann der Countdown umgangen werden
- sendet dem Zielspieler eine Teleport-Anfrage
- der anfragende Spieler möchte sich zum Zielspieler teleportieren
- der Zielspieler bekommt eine Nachricht
- zusätzlich erscheinen klickbare Buttons:
- bittet einen Spieler, sich zum Anfragenden zu teleportieren
- der Zielspieler kann die Anfrage annehmen oder ablehnen
- nach Annahme läuft der normale Teleport-Countdown
- danach wird der Zielspieler zur aktuellen Position des
- nimmt die aktuelle Teleport-Anfrage an
- lehnt die aktuelle Teleport-Anfrage ab
- Server-Spawn setzen
- FirstJoin-Position setzen
- Warps benutzen und auflisten
- Warps erstellen/aktualisieren
- Warps löschen
- Warps aktivieren/deaktivieren
- Teleport-Countdown umgehen
- seconds
- cancel-on-move
- movement-tolerance
- timeout-seconds
- 12-Tage-Rückkehrregel
- normale Spawn-Position
- FirstJoin-Position
- alle gespeicherten Warps
- Name
- enabled
- X/Y/Z
- Yaw/Pitch
- Teleport-System aktiv/deaktiviert
- Warmup-Zeit
- Bewegungsabbruch
- Bewegungstoleranz
- TPA-Timeout
- 12-Tage-Regel
- Spawn
- FirstJoin
- Warps
- Warp enabled/disabled
- Warmup-Tasks existieren nur bei aktiver Teleportation
- pro Warmup nur eine kleine Sekundentakt-Kette
- PlayerMoveEvent beendet sich sofort, wenn kein Warmup läuft
- LastSeen-Dateischreibvorgänge laufen über einen eigenen I/O-Thread
- kein Thread.sleep()
- keine CompletableFuture.join()-Blockierung
- laufende Warmups werden beim Logout und Plugin-Disable entfernt
- TPA-Anfragen werden beim Logout beteiligter Spieler entfernt
- Java-Kompilierung: OK
- nur Hinweis auf bestehende unchecked/unsafe Reflection-Nutzung
- Main-Version: 1.6.0
- doppelte YAML-Schlüssel: 0
- keine eigenen Config-Werte werden beim normalen Start überschrieben
- JAR-Einträge: 52
- keine Compile-Fehler
Wartungsmodus
81 spielerrelevante Änderungen.
- Neue nicht erlaubte Spieler können nicht mehr joinen.
- unbekannte/neue Spielernamen können vor dem ersten Join gespeichert werden
- öffentliche Server-MOTD
- eigene Wartungs-MOTD
- Wartungs-Freigabeliste
- Wartungs-Bypass-Permission
- Join-Sperre während Wartungsarbeiten
- automatisches Kicken nicht erlaubter Spieler bei Aktivierung
- Unterstützung für Spieler, die noch nie auf dem Server waren
- Aktiviert den Wartungsmodus sofort.
- Die Server-MOTD wechselt auf die Wartungs-MOTD.
- Bereits verbundene Spieler werden geprüft.
- Nicht freigegebene Spieler werden sofort vom Server getrennt.
- Spieler auf der Wartungs-Freigabeliste dürfen online bleiben.
- Admin darf durch das fest eingebaute * ebenfalls online bleiben.
- Deaktiviert den Wartungsmodus.
- Der Server ist wieder öffentlich erreichbar.
- Die normale öffentliche MOTD wird wieder angezeigt.
- Fügt einen Spieler zur Wartungs-Freigabeliste hinzu.
- Online-Spieler werden erkannt.
- Bereits bekannte Offline-Spieler werden erkannt.
- Auch Spieler, die noch nie auf dem Server waren, können per
- Bei unbekannten Spielern wird zunächst der Name gespeichert.
- Entfernt einen Spieler aus der Wartungs-Freigabeliste.
- Ist der Wartungsmodus aktiv und der Spieler ist anschließend nicht
- Zeigt alle Spieler auf der Wartungs-Freigabeliste.
- Zeigt zusätzlich die Anzahl der gespeicherten Einträge.
- aktuell online befindliche Spieler
- dem Server bereits bekannte Spieler
- 3 bis 16 Zeichen
- Unterstrich
- Spieler auf der Wartungs-Freigabeliste
- Admin durch das fest eingebaute *
- nicht auf der Wartungs-Freigabeliste stehen
- keinen Wartungs-Bypass besitzen
- freigegebene Spieler
- Admin
- Join während aktiver Wartung
- Trusted bekommt keine Wartungsrechte automatisch.
- Helfer bekommt keine Wartungsrechte automatisch.
- Kingdom-Titel bekommen keine Wartungsrechte automatisch.
- Text
- Farben
- erste Zeile
- zweite Zeile
- normale MOTD
- Wartungs-MOTD
- speichert, ob Wartungsmodus aktiv ist
- bestimmt, ob beim Aktivieren bereits verbundene nicht erlaubte
- öffentliche normale Server-MOTD
- Server-MOTD während Wartungsarbeiten
- lokale Wartungs-Freigabeliste
- Name
- Wartungsstatus ist serverspezifisch
- MOTD ist serverspezifisch
- lokale Freigabeliste ist serverspezifisch
- Serverlisten-Pings
- Joinversuchen
- Wartungsprüfungen
- Wartungsstatus
- Kick-on-enable-Einstellung
- Freigabeliste
- Java-Kompilierung: OK
- doppelte YAML-Schlüssel: 0
- JAR-Einträge: 46
- doppelte JAR-Einträge: 0
- SOURCE-ZIP-Einträge: 28
- doppelte SOURCE-ZIP-Einträge: 0
- doppelte Top-Level-Java-Klassen: 0
- Ressourcen in JAR und SOURCE stimmen überein
- insgesamt 24 Command-Labels inklusive Aliase eindeutig
- AsyncPlayerPreLoginEvent
- PlayerJoinEvent
- PlayerQuitEvent
- PlayerCommandSendEvent
- PlayerCommandPreprocessEvent
- AsyncPlayerChatEvent
- PlayerDeathEvent
- ServerListPingEvent
- Wartungsstatus bleibt nach Neustart erhalten
- normale MOTD funktioniert bei deaktivierter Wartung
Chat-System Final
90 spielerrelevante Änderungen.
- automatischer Respawn ergänzt
- fehlende neue Chat-Defaults werden ergänzt
- globalen Chat
- Rang-/Titelanzeige im Chat
- Chat Mute / Unmute
- Chat Clear
- Teamchat
- private Nachrichten
- Reply-System
- Koordinaten teilen
- CommandSpy
- Join-Nachricht
- Spieler-Erwähnungen mit Ping
- eigene lustige Todesnachrichten
- automatischen Respawn ohne normalen Todesbildschirm
- Spieler-Teamrang wird nicht extra angezeigt.
- Der Kingdom-Titel steht vor dem Spielernamen.
- Der Spielername bleibt grau.
- Danach folgt » und die eigentliche Nachricht.
- leert den Chat für alle Online-Spieler
- danach wird angezeigt, welcher Mitarbeiter den Chat geleert hat
- Offline-Spieler werden erkannt.
- Man kann sich nicht selbst schreiben.
- Nach einer Nachricht wird der Reply-Partner gespeichert.
- Der Empfänger bekommt einen Ping-Sound.
- teilt Welt und X/Y/Z-Koordinaten im Chat
- enthält einen klickbaren [KOPIEREN]-Button
- Koordinaten können direkt in die Zwischenablage kopiert werden
- CommandSpy kann pro Mitarbeiter ein-/ausgeschaltet werden.
- Aktive CommandSpy-Spieler sehen eingegebene Slash-Befehle anderer Spieler.
- Auch abgewiesene Befehle werden sichtbar.
- Eigene Befehle können optional ebenfalls angezeigt werden.
- Standardmäßig werden wirklich alle /-Befehle angezeigt.
- Es muss der vollständige Spielername vorkommen.
- Groß-/Kleinschreibung wird beim Erkennen ignoriert.
- Teilstücke anderer Wörter lösen keine Erwähnung aus.
- Der Absender bekommt für die eigene Namensnennung keinen Ping.
- vollständige Namens-Erwähnungen im globalen Chat
- Fallschaden
- Feuer
- Lava
- Ertrinken
- Ersticken
- Verhungern
- Gift
- Wither
- Void
- Blitz
- Projektile
- Explosionen
- fallende Blöcke
- Kontakt/Kaktus
- Cramming
- Elytra/Wand
- Magie
- Erfrieren
- Sonic Boom / Warden
- Magmablock
- Dornen
- Austrocknen
- Weltgrenze
- Kill/Selbsttod
- Mob-Kills
- sonstige Entity-Kills
- PvP
- PvP mit Projektil
- Fallback für unbekannte Todesursachen
- Respawnen
- Hauptmenü
- gespeicherten Mute-Zustand
- normales Chatformat
- Teamchatformat
- Chat-Clear-Zeilen
- CommandSpy-Ausnahmen
- Join-/Quit-Verhalten
- Mention-System
- Mention-Farbe
- Ping-Sound
- Ping-Lautstärke
- Ping-Tonhöhe
- Todesnachrichten-System
- Auto-Respawn
- Chat-Mute-Texte
- Chat-Unmute-Texte
- Chat-Clear
- MSG
- Reply
- Koordinaten
- Todesnachrichten
- Todesnachrichten-Fallbacks
Report-System Final
97 spielerrelevante Änderungen.
- NEUER REPORT
- neue Report-Benachrichtigungen erhalten
- Nur aktuell online befindliche Spieler können gemeldet werden.
- Online-Spieler werden beim Tabben vorgeschlagen.
- Der eigene Spielername wird aus der TAB-Liste entfernt.
- Ein Spieler kann sich nicht selbst reporten.
- Ein Report benötigt einen Grund.
- Jeder Report erhält eine fortlaufende Report-ID.
- Nach dem Erstellen erhält der Reporter eine Bestätigung.
- Report-ID
- Status offen/geschlossen
- Name des Reporters
- Name des gemeldeten Spielers
- Grund
- Erstellungszeit
- Welt
- X-Koordinate
- Y-Koordinate
- Z-Koordinate
- Blickrichtung / Yaw
- Blickrichtung / Pitch
- Mitarbeiter, der den Report geschlossen hat
- Zeitpunkt des Schließens
- gemeldeter Spieler
- Reporter
- Uhrzeit
- klickbarer [TP]-Button
- klickbarer [Schließen]-Button
- Teleportiert den Mitarbeiter zur gespeicherten Position des Reports.
- Beim Tabben werden nur IDs aktuell offener Reports vorgeschlagen.
- Schließt einen offenen Report.
- Der Report wird nicht gelöscht.
- Der Mitarbeitername wird als closed-by gespeichert.
- Der Zeitpunkt des Schließens wird gespeichert.
- obere Trennlinie
- Welt und Koordinaten
- klickbaren [TP ZUM REPORT]-Button
- untere Trennlinie
- Keine offenen Reports
- 1 offener Report
- mehrere offene Reports
- Ist wie im alten MYK ein normaler Spielerbefehl.
- Dafür wird keine Staff-Permission benötigt.
- offene Reports anzeigen
- zu einem Report teleportieren
- einen Report schließen
- Join-Hinweis über offene Reports erhalten
- Trusted erhält die Permission NICHT automatisch.
- Helfer erhält die Permission NICHT automatisch.
- Kingdom-Titel erhalten die Permission NICHT automatisch.
- Admin besitzt durch * automatisch Zugriff.
- zeigt aktuell online befindliche Spieler
- zeigt nicht den eigenen Spielernamen
- zeigt:
- zeigt ausschließlich IDs aktuell offener Reports
- X
- Y
- Z
- Yaw
- Pitch
- next-id
- alle Report-Datensätze
- offene und geschlossene Reports
- Positionen
- Zielspieler
- Gründe
- Schließinformationen
- lokale Speicherung
- ID
- offen/geschlossen
- Zeit
- Koordinaten
- Yaw/Pitch
- closed-by
- closed-at
- der Minecraft-Hauptthread wird nicht durch SQL blockiert
- lokale Speicherung kann als Fallback verwendet werden
- noch nicht synchronisierte Reports werden vorgemerkt
- disabled
- player-not-found
- self
- sent
- invalid-id
- not-found
- already-closed
- world-not-found
- teleport-failed
- teleported
- closed
- list-header
- list-title
- list-player
- list-reason
- list-reporter
- list-empty
- button-tp
- button-close
Ban-System Final
15 spielerrelevante Änderungen.
- Doppelte Command-/JAR-/Source-Einträge abschließend geprüft.
- Keine funktionalen Änderungen am bereits getesteten Ban-System.
- Ban-System 1.2.x abgeschlossen.
- doppelte JAR-Einträge
- doppelte Source-Einträge
- Command-Registrierungen
- TAB-Vervollständigung
- Permissions
- Ban-Historie
- Datenbank-Speicherung
- Datenbank-Synchronisierung
- Ban-/Kick-Konfiguration
- Versionsangaben
- Ban-System funktioniert
- Stand 1.2.7 funktionierte vollständig
Ban-System Final
1 spielerrelevante Änderung.
- Datenbank-Randfälle bei Reload/Verbindungswechseln abgesichert.
Ban-System Final
1 spielerrelevante Änderung.
- Command-Filter auf den Paper-/info-Befehl angepasst.
Ban-System Final
1 spielerrelevante Änderung.
- View- und Remove-Permissions bleiben getrennt.
Ban-System Final
1 spielerrelevante Änderung.
- Root-Permission-Problem untersucht und angepasst.
Ban-System Final
2 spielerrelevante Änderungen.
- Alte Reihenfolge entfernt.
- Info-Ansehen und Info-Remove in getrennte Permissions aufgeteilt.
Ban-System Final
2 spielerrelevante Änderungen.
- Verhindert, dass bans/ban-history wieder ungewollt auf false gesetzt werden.
- Datenbank-Schalter für Ban-System korrigiert.
Ban-System Final
7 spielerrelevante Änderungen.
- Öffentliche Ban-Broadcasts hinzugefügt.
- Kick-Screen hinzugefügt.
- Kick-Broadcast hinzugefügt.
- Ban-Screen optisch mit Linien erweitert.
- Text für zeitlichen Ban:
- Text für permanenten Ban:
- Helfer dürfen Admins nicht bannen.
Ban-System Final
6 spielerrelevante Änderungen.
- Grundlegendes 10-Chancen-Ban-System eingebaut.
- Ban-Stufen 1 bis 10.
- Zeitliche und permanente Bans.
- Ban-Gründe.
- Ban-Bestätigung.
- Ban-Historie.
Datenbank-System
21 spielerrelevante Änderungen.
- Bestehende 1.1.0-Datenbanken werden automatisch um die dafür nötige interne Spalte erweitert.
- Datenbank-Sync überschreibt keine noch nicht erfolgreich gespeicherten lokalen Änderungen.
- Java-Klassen des Datenbank-/Datenspeicherbereichs erneut kompiliert und geprüft.
- Keine blockierenden Future-Warteaufrufe im Datenbankpfad gefunden.
- Ban-Datenbanklogik
- Report-Datenbanklogik
- Economy-Datenbanklogik
- Backpack-Datenbanklogik
- Playtime-Datenbanklogik
- LastSeen-Datenbanklogik
- Fly-Datenbanklogik
- Scoreboard-Einstellungs-Datenbanklogik
- AFK-Datenbanklogik
- Quest-Datenbanklogik
- Diese Bereiche werden erst zusammen mit ihrem jeweiligen Plugin-System gebaut.
- Rang-System 1.0.x:
- Funktionsstand bleibt erhalten.
- Datenbank-System 1.1.x:
- Technischer Abschlusscheck durchgeführt.
- 1.1.1 enthält die dabei gefundenen Korrekturen.
- Fertige JAR auf Paket-/ZIP-Fehler geprüft.
Datenbank-System
4 spielerrelevante Änderungen.
- Asynchrone SQL-Verarbeitung.
- Automatische Tabellenerstellung.
- Alle drei Rang-Datentypen separat true/false schaltbar.
- Lokaler Fallback und lokales Backup.
Rang-System
3 spielerrelevante Änderungen.
- Die TAB-Anzeige wird bei Änderungen zuverlässig zurückgesetzt.
- Deaktivierte Nametags werden zuverlässig entfernt.
- TAB- und Nametag-Einstellungen werden jetzt zuverlässig berücksichtigt.
Rang-System
2 spielerrelevante Änderungen.
- Der Schutz vor nicht verfügbaren Befehlen wurde verbessert.
- Nametag-Spielername auf Grau geändert.
Rang-System
2 spielerrelevante Änderungen.
- Die Befehlsvorschläge wurden übersichtlicher gestaltet.
- Nicht verfügbare Befehle werden in der Vorschlagsliste zuverlässiger ausgeblendet.
Rang-System
3 spielerrelevante Änderungen.
- Das System „Rang-System“ wurde vollständig neu aufgebaut.
- TAB-Anzeige, Nametags und Command-Schutz wurden eingeführt.
- Teamränge und Kingdom-Titel sind jetzt voneinander getrennt.
Kurzfristige Ankündigungen, Diskussionen und weitere Neuigkeiten findest du zusätzlich auf unserem Discord.
ZUM DISCORD →