Zuständigkeiten
library-i18n besitzt Systemlayouts, Kontext- und Levelbezeichnungen sowie das Spielerlayout. Jedes Plugin besitzt seine fachlichen Übersetzungskeys. plugin-chat/common erzeugt sichere Absender-, Kopf- und Emoji-Komponenten. plugin-resourcepacks meldet tatsächliche Clientfähigkeiten über die gemeinsame Proxy-API. Die Mini-CD legt die Gestaltungsregeln fest.
Layout und Wortlaut werden in messages*.properties gepflegt. Code darf keine sprachlichen Präfixe oder feste Reihenfolge sprachlicher Komponenten herstellen. Farben und Clientprüfung bleiben im Renderer. Richtext-Platzhalter erhalten explizite Komponenten; freie Strings bleiben unparsed.
Kontext und Level
SystemCategory beschreibt ausschließlich den Kontext: GENERAL, FRIENDS, PARTY, MATCH, STORY. SystemLevel beschreibt unabhängig davon INFO, SUCCESS, WARNING, ERROR. SystemMessageKey bietet beide Felder mit den Standards GENERAL und INFO; bestehende einfache MessageKey-Implementierungen bleiben gültig.
Eine Freundeslisten-Ablehnung verwendet beispielsweise FRIENDS mit ERROR, ein erfolgreicher Partybeitritt PARTY mit SUCCESS. Der Kontextpräfix behält seine feste Modulfarbe. SystemMessageColors bestimmt die Grundfarbe des Nachrichtentextes nach Level: INFO #F3F0EA, SUCCESS #A4CE87, WARNING #F0C36A, ERROR #F28B82. Alte Wurzelfarben werden dabei ersetzt; explizite untergeordnete Hervorhebungen, Schriften, Klick- und Hoveraktionen bleiben erhalten. Logo und Köpfe bleiben weiß, Trenner sekundär. <category> und das optionale <level> werden unabhängig lokalisiert und können in den i18n-Layouts platziert werden. Die vollständige Kontextpalette steht im Mini-CD. Der Ausgabeweg entscheidet weiterhin, ob die Nachricht vom System oder einem Spieler stammt; render und unpräfixierte Unterhaltung behalten ihre eigenen Farben.
Alle Plugin-Keys und direkte SystemMessages.format-Aufrufe werden mit diesen zwei unabhängigen Feldern gepflegt. Fachliche Zuordnungen sind explizit; es gibt keine Laufzeitheuristik anhand von Keynamen oder Farben.
Repository-Abgleich
GitHub-Abgleich vom 17. Oktober 2026: 107 sichtbare Repositories. Die Hauptstände von 47 für Minecraft-Ausgaben relevanten Repositories wurden frisch geladen und geprüft, einschließlich neuer Spielmodi, Bibliotheken und Beispiele. Die dafür fehlenden Checkouts sind jetzt lokal vorhanden. Bestehende Änderungen in den Hauptcheckouts bleiben erhalten; Anpassungen erfolgen in isolierten Worktrees auf den geprüften aktuellen Commits. Zusätzlich umfasst der Audit GetDown, Keystone, BedWars, SurvivalGames und Duel sowie die Minigame-API, Recorder, Anti-Cheat und Demo-Repositories. Die beiden leeren Abstandzeilen von SurvivalGames sind bewusst keine Systemmeldungen. Ergänzend wurden der Fabric-Client Grounds Connect sowielibrary-resource-pack und library-jvm-modules geprüft; dort gibt es keine eigene Chat-Sendeausgabe.
Gemeinsame Kategorie-Darstellung
Verbindlich bleibt[Logo] · Kategorie | Nachricht; ohne bestätigtes Chatpack erscheint [Grounds] Kategorie | Nachricht. Das gilt auch für benannte Kontexte wie GetDown, Chat, Lobby und Settings. Eine Kategorie allein mit › ist kein alternatives Systemdesign. Spieler-, Privat- und Staffnachrichten behalten ihren eigenen Gesprächsaufbau.
Der gemeinsame Kategorie-Renderer ist als library-i18n:0.4.3 erfolgreich veröffentlicht. Prefix.category verwendet damit dieselbe zentrale Systemvorlage. Kontext, Schweregrad und vorhandene Inhaltsstile bleiben getrennt; bekannte Kategorien werden lokalisiert, eigene Spielnamen bleiben erhalten. Die Prüfung umfasst 49 erfolgreiche Bibliothekstests und einen unabhängigen Code-Review ohne wesentliche Befunde.
Empfängerabhängige Ausgabe bindet Translations.forBundleWithSystemRenderer ein. Minestom liest ausschließlich den bestätigten Spieler-Tag grounds:chat-font-ready; der Proxy fragt die aktuelle PlayerChatAppearanceQuery ab. Ein Locale allein genügt nicht zur Logo-Freigabe. Deshalb bleiben Social-Nachrichten beim Transport semantische Komponenten und werden erst bei lokaler oder entfernter Zustellung für den tatsächlichen Leser gerendert. render und sendUnprefixed erhalten keinen Systempräfix.
Die abhängigen Plugin- und Spielupdates werden eigenständig gegen das veröffentlichte Paket gebaut. Die Veröffentlichung der Bibliothek allein belegt noch keine abgeschlossene Ausrollung der Verbraucher oder aktivierte Grafiken auf einem Liveserver.
Auditumfang
EN, DE, FR und ES bleiben die vorhandenen Sprachvarianten der meisten Plugins. Der Scene Editor besitzt EN und DE; andere Sprachen fallen bewusst auf die Quellsprache zurück. Vor dem Client-Locale-Austausch verwenden Login-Denials die Quellsprache. Explizite Operator-Overrides in
messages.yml bleiben wörtlich erhalten; neue leere Overrides verwenden die Übersetzungskeys.
Actionbars, Inventartitel und Disconnect-Dialoge verwenden render und erhalten keinen Chatpräfix. Maschinenlesbare Diagnosen, beliebige Komponenten aus Transport-APIs, externe Fehlertexte und Konsolenausgaben behalten ihren jeweiligen Vertrag. Dynamische Texte werden nicht nachträglich als MiniMessage geparst.
Clientzustand
Native Java-Köpfe und die Fontbereitschaft sind unabhängig. Die Proxy-API liefert standardmäßig zwei falsche Flags; eine fehlende oder fehlerhafte Abfrage bleibt lesbarer Text. Floodgate wird anhand seiner API abgefragt, damit verknüpfte Bedrock-Spieler mit einer Mojang-UUID korrekt erkannt werden.CHAT_FONT_PACK_SHA1S ist eine explizite, standardmäßig leere Allowlist der tatsächlich freigegebenen Plattformpack-Hashes. Ein gesendetes oder akzeptiertes Pack schaltet keine Grafiken frei; erst die erfolgreiche Ladebestätigung eines tatsächlich angebotenen erlaubten Packs zählt. Mehrdeutige wiederverwendete UUIDs mit unterschiedlichen Hashes bleiben Text. Identische bereits geladene Clientpacks bleiben beim Backendwechsel gültig. Die bestehende Pack-Deduplizierung bleibt erhalten; allein das Chatdesign löst keinen erneuten Download oder Ressourcen-Reload aus. Ein tatsächlich neues Angebot setzt die Bereitschaft bis zur erfolgreichen Ladebestätigung zurück.
Die Minestom- und Paper-Lokalausgaben werden je Empfängersprache gerendert. Minestom erkennt Java anhand der vertrauenswürdig weitergeleiteten Edition-Markierung und des Protokolls. Der Proxy überträgt den bestätigten Fontstatus über grounds:chat_style an die konkrete aktuelle Backendverbindung. Die Minestom-Spielerinstanz speichert ihn unter Tag.Boolean("grounds:chat-font-ready"); neue Instanzen beginnen mit false, Disconnect und Modulstopp löschen den Zustand. Lokale Chatzeilen, Lobby-Systemmeldungen und Benachrichtigungen lesen denselben Zustand.
Der binäre Vertrag umfasst exakt 26 Bytes in Big Endian: Version 1 als Byte, Ziel-UUID als zwei Longs, eine positive monotone Revision als Long und Bereitschaft 0 oder 1 als Byte. UUID und tatsächlicher Ereignisspieler müssen übereinstimmen. Ältere oder doppelte Revisionen überschreiben keinen neueren Zustand. Ungültige Pakete bleiben ohne Grafik; aufgezeichnete Events einer beendeten Spieler- oder Modulinstanz können keine neue Instanz aktivieren. Der Proxy behandelt eingehende Clientpakete auf diesem Kanal selbst und leitet sie nicht ungeprüft weiter.
Remote-Social-Ausgaben verwenden den empfängerbezogenen PlayerMessageRenderer der gemeinsamen Proxy-API. Die Transportdaten bleiben semantische Übersetzungskeys mit Argumenten. Erst die zustellende Instanz entscheidet über Sprache und Logo. Unbekannte oder dekorierte Komponenten bleiben unverändert im bestehenden Ausgabeweg; fehlende oder inkompatible Renderer liefern die ursprüngliche Komponente weiter. Der Provider wird atomar registriert und nur von seinem tatsächlichen Eigentümer entfernt.
Verifizierter lokaler Stand
Am 14. Oktober 2026 wurden in den betroffenen Modulen insgesamt 1550 Testfälle erfasst: 1544 erfolgreich ausgeführt, 6 bestehende Scene-Editor-Tests übersprungen, keine Fehler. Die relevanten Build- und Formatierungsprüfungen sind erfolgreich. Ein unabhängiger Code-Review prüfte insbesondere Registry-Eigentümerschaft, konkrete Spielersitzungen, Shutdown und konkurrierende Packereignisse.Veröffentlichung und Abnahme
library-i18n:0.4.0 und plugin-proxy-api:2.6.0 sind veröffentlicht. Alle 13 betroffenen Plugin-Builds wurden anschließend eigenständig mit diesen veröffentlichten Artefakten geprüft: ohne Composite-Build oder lokale API-Ersetzung. Dabei wurden fehlende Maven-Quellen ergänzt und die Abhängigkeitssperren des Resourcepack-Providers aktualisiert.
Die Feature- und Release-PRs werden nach erfolgreichen GitHub-Prüfungen zusammengeführt. Vorgeschriebene Reviews bleiben Voraussetzung. Der genaue Veröffentlichungsstand wird über die verlinkten PRs und deren Release-Workflows nachgewiesen; eine grüne lokale Prüfung allein bestätigt keine Veröffentlichung.
- Bibliothek und Proxy-API veröffentlichen, dann Consumer mit den tatsächlichen Versionen prüfen (erledigt).
- Grüne Consumer- und Release-PRs integrieren und die veröffentlichten Module im Minestom-Lobby-Host festschreiben.
- Java 26.3 im echten Client prüfen: Köpfe, Logo, Zeilenumbruch, GUI-/Chatskalierung, Report-Klicks und Packwechsel.
- Erst nach dieser Abnahme das Java-Pack veröffentlichen und seinen tatsächlichen SHA-1 in
CHAT_FONT_PACK_SHA1Sfreigeben. - Bedrock-Grafiken und optionale Shader separat umsetzen und abnehmen.
a8e253686148e6fb27232bde55a6ffeca2de80e9 gebaut. Sein Plattform-SHA-1 8c1858645d1eda6ddecd9a1021e8a631715bfe74 ist ausschließlich für die lokale Sichtprüfung bestimmt und keine Produktionsfreigabe. Das originale Logo bleibt als 128×128-RGBA-Textur erhalten und wird über den Fontprovider auf acht Pixel Höhe dargestellt.
Review- und Release-Nachweise
Der Chat-Branch enthält zusätzlich den aktuellen Mute-Enforcement-Stand von
origin/main. Mute-Prüfungen, Server-Routing und die Reihenfolge von Privatnachricht-Zustellung und Echo bleiben erhalten; neu hinzugekommene Mute-Rückmeldungen sind ebenfalls lokalisiert. Nach dieser Integration wurden alle Chatmodule erneut gebaut und geprüft (351 Testfälle).
Die freigegebene Kontext-/Level-Trennung ist in den verlinkten Feature-PRs umgesetzt und erneut geprüft: 42 Bibliothekstests, alle 13 betroffenen Plugin-Builds erfolgreich; insgesamt 1550 erfasste Testfälle, 1544 erfolgreich und sechs bestehende Scene-Editor-Skips. Der unabhängige Review fand keine verlorenen Metadaten. Veröffentlichungs- und Clientabnahmegrenzen bleiben bestehen.
Offene Integrationsgates
- GitHub verlangt eine unabhängige Review für Agones 87, Player 49 und Docs 51.
- Social 23 besteht regulären Build und Docker-Prüfung. Seine zusätzliche Vorschau scheitert vor dem Signieren an fehlendem
envsubst. Die Korrektur in .github 34 besteht Workflow-Vertrag und Buildx-Smokecheck und wartet auf die vorgeschriebene Review. - Notifications 18 besteht den eigenständigen lokalen Build einschließlich der drei Artefaktverträge. Die GitHub-CI kann den privaten Minestom-Fork noch nicht lesen. Die Maven-Quelle und die Weitergabe von
PACKAGES_TOKENsind ergänzt; der CI-Lesetoken benötigt Zugriff auf das private Minestom-Paket und muss diesem Repository zur Verfügung stehen. Build-Lesetoken und Veröffentlichungs-Token bleiben getrennt. - Containers 287 ist nach ausdrücklicher Freigabe möglicher produktiver Image-Auswirkungen gemergt. Image-Veröffentlichung und CI sind erfolgreich. Feste Tags:
ghcr.io/groundsgg/velocity:sha-e291dc4undghcr.io/groundsgg/paper:sha-e291dc4. Die Agones-Integration wartet weiterhin auf deren Pflichtreview. - Packprodukt 45 wartet auf die Sichtprüfung im Java-26.3-Client. Es wurde weder der Edge-/Stable-Kanal umgestellt noch die Font-Allowlist aktiviert.
Veröffentlichte Versionen
Lokale Java-26.3-Sichtprüfung
Für den ersten Clienttest ist ein separates Testpaket unterartifacts/chat-test-2026-10-15 vorbereitet. Es startet das geprüfte Lobby-JAR und eine lokale Testhilfe mit den echten Produktionsrenderern sowie den originalen Privat-/Teamübersetzungen. Der Server ist unter localhost:25566 erreichbar; das Vorschau-Pack wird direkt angeboten. Start unter Windows:
/chatpreview all ausführen. Einzelprüfungen: system, chat, emoji, text, graphics, pack, status, de, en, fr, es. Native Köpfe und erfolgreiche Packbereitschaft bleiben unabhängig. Das Testpaket enthält eine Start-/Stoppanleitung, Prüfschritte, Quellstände und Prüfsummen. Die Beispieltexte sind Testdaten; Kontextlabels und Privat-/Teamlayouts stammen aus den produktiven Übersetzungen.
Der HTTP-Packdownload wurde aus Windows mit exakt passender SHA-1 geprüft. Minecraft meldet Protokoll 777 / Version 26.3. Die Testhilfe prüft zusätzlich 80 Kontext-/Level-/Sprachkombinationen und lehnt falsche Sitzungen oder unbekannte Packangebote bei der Fontfreigabe ab. Eine tatsächliche Sichtabnahme durch einen Minecraft-Client wird damit nicht behauptet.
Diese lokale Sichtprüfung ersetzt keine Netzwerk- und Serviceintegration: Social, Coins, Match, Moderationsdurchsetzung, Report-Versand, Geyser und Proxy-/Backend-Packwechsel benötigen die passende Integrationsumgebung. Die Testhilfe ist ausschließlich im lokalen Testpaket enthalten und wird nicht in Produktivserver eingebaut. Die Produktions-Font-Allowlist bleibt unverändert.
Präfixregel mit Logo
Die zentrale Layout-Korrektur entfernt die ausgeschriebene Grounds-Kennung ausschließlich aus dem grafischen Systempräfix. Mit geladenem Pack:[Logo] · Freunde | Nachricht; im Textfallback weiterhin [Grounds] Freunde | Nachricht. Mini-CD 0.7 und die lokale Java-Vorschau verwenden diese Regel. Die Testhilfe lädt dafür die aktualisierte zentrale Vorlage; die beigefügten Integrationsartefakte und bestehenden Produktions-Releases werden dadurch nicht als bereits aktualisierte Veröffentlichungen ausgegeben.
Unverfälschte Skin-Köpfe
Chat-Fix 48 setzt die gemeinsame native Kopf-Komponente explizit auf Weiß. Damit färbt die blaue Textfarbe des Privatlabels die Skin nicht mit ein. Die Regression wurde in den tatsächlichen ein- und ausgehenden Privatlayouts und im Teamlayout für EN/DE/FR/ES geprüft; alle 352 Chat-Tests sowie Build und Formatierung sind erfolgreich. Die lokale Testhilfe enthält dieselbe geprüfteChatSender-Klasse. Ihr Selbsttest prüft die effektive Kopffarbe einschließlich der übergeordneten Layoutfarben.
Der grafische Systempräfix behält seinen Trenner: [Logo] · Freunde | Nachricht. Logo, Punkt und unverfärbte Köpfe wurden am 15. Oktober 2026 vom Betreiber im Java-Client bestätigt. Anschließend wurde „|“ als Systemtrenner beschlossen; die lokale Vorschau verwendet ihn in Grafik- und Textmodus.
Senkrechter Systemtrenner
Nach der bestätigten Clientprüfung für Logo, Punkt und Köpfe verwendet i18n-Fix 14 den Trenner| für grafische Systemmeldungen und deren Textfallback: [Logo] · Freunde | Nachricht beziehungsweise [Grounds] Freunde | Nachricht. Spieler-, Privat- und Staffnachrichten behalten ›. Die geänderten Erwartungen scheiterten zuerst am bisherigen Trenner; anschließend bestanden alle 42 Tests, Build und Formatierung. Die lokale Vorschau prüft beide Systemvarianten in 80 Kontext-/Level-/Sprachkombinationen. Die Paketveröffentlichung dieser neuen Änderung ist separat nachzuweisen.
Rangfarbe am Namen, Rangbadges in Tabliste und Nametag
ChatSender zeigt keinen Rangpräfix und kein Rangbadge. Der Name erhält die konfigurierte Rangfarbe, mit Warmweiß #F3F0EA als Fallback. Der native Skin-Kopf bleibt explizit Weiß. Öffentlicher, privater und Staffchat verwenden dieselbe Absenderdarstellung. Die Nachricht bleibt ein separates Component mit ihren freigegebenen Inhaltsformatierungen.
Die bisherigen Kotlin/JVM-Einstiegspunkte und optionalen Nachrichtenfelder bleiben kompatibel. Mitgesendete Rangpräfixe oder Badge-Bezeichnungen erzeugen keine sichtbaren Tags mehr. Die Tabliste behält ihre Rangtags. Native Nametags über dem Spielerkopf verwenden dieselben grafischen Rangbadges wie die Tabliste, gefolgt vom optionalen weißen Bedrock-Logo aus dem Pflichtpack und dem weißen Namen. Die Rangkürzel, Badge-Flächen und die kleine weiße Schrift sind einheitlich; ausgeschriebener Rang und Punkt entfallen. Die Rangpalette wird zentral in den Rollen gepflegt: Administrator Terrakotta #C9826B, Developer Salbei #A3B18A, User Sand #C1B9AA. Ihr Rang-Lookup berücksichtigt auch sichtbare Spieler, deren Verbindung an einem anderen Proxy liegt; die Anzeigedaten werden separat und asynchron gespeichert und erweitern keine lokalen Berechtigungen.
Permission-Katalog und Inhaltsformatierung
Chat-PR 55 führt eine senderbezogene Freigabe im gemeinsamenChatContent-Renderer ein. Der Proxy ermittelt die Rechte am Ursprung und trägt sie als optionales contentPermissions-Feld in öffentlichen, privaten und Staff-Nachrichten weiter. Ältere Nachrichten ohne dieses Feld erlauben keine Formatierung oder grafischen Aliasse. Moderationsdaten behalten den unveränderten Originaltext. Lokale Paper-Ausgabe prüft den Absender; Minestom fragt den optionalen Runtime-Dienst Permissions bei jeder Nachricht ab. Fehlende Dienste erteilen keine Rechte.
Diese elf neuen Einträge stehen mit Beschreibungen im gemeinsamen
common/src/main/resources/META-INF/grounds/permissions.json, damit der Permission-Katalog und seine Autovervollständigung sie anbieten. Der Katalog enthält außerdem weiterhin grounds.chat.staff. Er ist in common sowie den gebündelten Velocity-/Paper-JARs vorhanden; das schlanke Minestom-Modul erhält ihn über seine common-Abhängigkeit. Vorhandene Rollen werden dadurch nicht automatisch berechtigt. /emoji listet nur erlaubte Aliasse auf.
Prüfnachweis: vollständiger Build und Formatierung erfolgreich, 373 Tests ohne Fehler oder übersprungene Tests. Geprüft sind erlaubte und verweigerte Tags, einzelne Emojis, Limit über formatierte Abschnitte, alle Spielerkanäle, unveränderte Moderationsdaten und die Katalogeinträge. Die unabhängige Korrektheits- und Sicherheitsprüfung meldete keine wesentlichen Befunde. Die lokale Vorschau zeigt mit /chatpreview format feste Testprofile ohne Änderung realer Berechtigungen; sie ersetzt keinen Test der Rollenvergabe im Permission-Dienst.
Geprüfte Verbraucher am 17. Oktober 2026
Die folgenden Änderungen verwenden das tatsächlich veröffentlichtelibrary-i18n:0.4.3. Jeder Build lief eigenständig einschließlich Formatierungsprüfung. Die Tabelle belegt Quellcode und lokale Tests; sie ist keine Bestätigung einer Live-Ausrollung.
Die Bibliothek und diese 18 Verbraucher erfassen zusammen 1700 Testfälle: 1688 erfolgreich, zwölf Skips und keine Fehler. Die unabhängige Prüfung der Bibliothek und Adapter meldet nach Korrektur der Party-Leader-Markierung keine wesentlichen offenen Befunde. Diese Markierung ist zusätzlich in allen vier Social-Sprachen für Leader und normale Mitglieder geprüft. Die zwölf Skips bestehen aus sechs bestehenden Scene-Editor-Skips, fünf Keystone-Livetests ohne lokale Maps und einem nicht aktivierten BedWars-CDN-Livetest (
MAPS_LIVE_TEST). Sie werden nicht als erfolgreiche Tests gezählt. Alle neu hinzugefügten Chat-Tests wurden ausgeführt.
Die bereits offenen Migrationen für Agones, Player und Notifications verwenden ebenfalls i18n 0.4.3. Player erhält dabei die neueren Jackson-/Bootstrap-Änderungen und die vom Capability-Renderer benötigte Proxy-API 2.6.0. Pflichtreviews werden nicht umgangen; der frühere private Paket-Zugriffsfehler von Notifications ist nach der Aktualisierung in CI erneut zu prüfen. Verbraucher-Releases, ausführbare Host-/Spiel-Images sowie Pack-/Bedrock-Freigabe bleiben getrennte Schritte.
Tablisten-Footer und erste Rangdarstellung
Der Footer zeigt genau zwei sichtbare Zeilen: den übersetzten Servertyp ohne Nummer, beispielsweiseLobby, und darunter grounds.gg. Spielerzahl und Ping entfallen. Technische Backend- und Proxy-IDs sind über /proxydebug mit grounds.proxy.debug erreichbar; die Berechtigung bleibt im Plugin-Permission-Katalog deklariert.
Die Ranggewichtung verwendet die vorhandene zentrale Priorität: weight = -sortOrder. Das Portal erlaubt numerische Bearbeitung und Drag-and-drop mit Tastaturalternative. Java-Einträge erhalten eine explizite Reihenfolge nach höchstem Ranggewicht, anschließend sichtbarem Namen A–Z ohne Groß-/Kleinschreibung. Auch Rollen fremder Proxy-Spieler stammen aus der netzwerkweiten Anzeigeabfrage. Geyser übersetzt die Java-Reihenfolge derzeit nicht für die native Bedrock-Liste; die gleiche Bedrock-Sortierung ist noch nicht gesichert.
Das Minestom-Permissions-Modul formatiert bereits ADD_PLAYER mit den vor dem Login geladenen Rollenwerten. Es ergänzt die Displayname-Aktion, bewahrt Profil, Skin-Eigenschaften, Sichtbarkeit und Spielzustand und rendert Java-/Bedrock-Badges passend zum Empfänger. Der Proxy bewahrt dieses Badge während einer begrenzten ersten Abfrage fremder Anzeigeränge. Ein fehlender lokaler Rang oder dauerhaft fehlende Remote-Daten dürfen keinen veralteten Admin-Tag erhalten.
Footer- und Proxy-Chat-Änderungen benötigen nur das jeweilige Proxy-Plugin und dessen Aktivierung. Die lokalen Minestom-Module sind aktuell fest in den Backend-JARs enthalten; Änderungen daran benötigen neue Backend-Images. Bedrock-Ranglabel und -farben sind im Pack gebacken: Nach einer Änderung werden Pack und Glyphenkatalog aus den zentralen Rollendaten gemeinsam aktualisiert.