Was ist neu?

Aktive Navigation, Hoverzustände, Schriftgrößen, Branding und Buttonhierarchie entsprechen nun dem freigegebenen Prime-Entwurf.

Navigation, Headeraktionen und Sonderseiten reagieren konsistent nach dem Prime UI Kit.

Zeilen, Tabellenköpfe, Pagination und Aktionschips sind kompakter und besser scannbar.

Navigation, Tabellen, Tabs, Buttons und Schnellzugriffe reagieren konsistent und ruhig.

Dunkle Sidebar, sichtbare Gruppen, feinere Typografie, echte aktive Auswahl sowie dezente Hoverbewegung entsprechen der freigegebenen Vorlage.

Topbar, Suche, Benutzerbereich und mobile Menütaste erhalten die klare helle Shell der Vorlage.

Seitentabs, Speichern-, Abbrechen- und Sekundäraktionen nutzen einheitliche Größen, Abstände und Hoverzustände.

Navigation, Tabellenzeilen, Eingaben, Toggles und Karten reagieren mit konsistenten Fokus-, Hover- und Auswahlzuständen.

Statistiken, Prioritäten, Schnellzugriffe und Systemstatus nutzen weiße Karten mit Grün ausschließlich als Akzent.

Tabellenköpfe, Zeilen, Aktionen, Suche und Pagination erhalten eine kompakte und konsistente Prime-Light-Darstellung.

Informationskarten werden auf großen Bildschirmen zweispaltig angeordnet und die Bewohnerübersicht erhält mehr visuelles Gewicht.

Weiße Karten, dezente graue Rahmen und Grün ausschließlich als Akzent ersetzen die bisherige gestreckte Section-Optik.

Formularfelder, Tabs, Schalter und Abstände folgen der freigegebenen modernen Housekeeping-Vorlage.

Dunkle Titelbalken wurden durch ruhige weiße Kopfkarten mit dezenten Rahmen ersetzt.

Statistiken, Prioritäten, Schnellzugriffe und Systemstatus verwenden nun konsistente weiße Karten.

Grün dient ausschließlich aktiven Zuständen, Statuspunkten, Fokus und Hauptaktionen.

Eingaben, Tabs, Sections und Tabellen erhalten einheitliche helle Oberflächen, Radien und Schatten.

Zentrale Light-Surface-Variablen steuern Seitenfläche, Karten, Rahmen, Text und Akzentfarben.

Sidebar und Navigation bleiben dunkel und erhalten eine reduzierte, moderne Kontrastführung.

Prime-Grün wird gezielt für aktive Navigation, Hauptaktionen, Status und Fokuszustände verwendet.

Sections, Formulare, Tabs, Tabellen und Modale verwenden weiße Flächen, feine graue Rahmen und zurückhaltende Schatten.

Auch das individuelle Housekeeping-Dashboard wurde auf die neue helle Designgrundlage übertragen.

Das Filament-Panel startet verbindlich im hellen Modus, während die dunkle Seitenleiste über das Prime-Theme erhalten bleibt.

Profil, Kontoaktivität, Netzwerkdaten und Teamzuordnung sind nun in klar getrennten Prime-Bereichen organisiert.

Registrierung, letzte Anmeldung und letzter Onlinezeitpunkt werden im deutschen Datums- und Uhrzeitformat angezeigt.

Taler, Duckets, Diamanten und Punkte stehen gemeinsam in einem übersichtlichen Währungsraster.

E-Mail, Passwort, Namensänderung, Rang und Sichtbarkeit bilden einen verständlichen Sicherheitsbereich.

Settings, Hilfetexte, Aktionen und Bearbeitungsfelder wurden vollständig eingedeutscht und logisch gruppiert.

Bereichsregister und Speicheraktionen bleiben bei langen Bewohnerseiten leichter erreichbar.

Buttons, Aktionsgruppen, Suchfelder und Fokuszustände besitzen nun konsistente Maße, Abstände und Rückmeldungen.

Kompakte Tabellenzeilen, feste Kopfzeilen, einheitliche Status-Badges und responsive Filterraster verbessern die tägliche Arbeit.

Erfolg, Hinweis, Information und Fehler sind farblich klar getrennt; leere Tabellen bleiben kompakt.

Werkzeugleisten, Filter und Aktionen passen sich sauber an kleinere Monitore und Tablets an.

Seitenauswahl, Suche, Aktionen, Hinweise, Leerzustände, Möbelstücktabelle und Bearbeitungsformulare verwenden eine einheitliche deutsche Oberfläche und ein stabiles Prime-Layout.

Der Upload ist deutsch, kompakt und zeigt zusätzlich die zuletzt erkannten GIF-Dateien sowie die Gesamtzahl im Badge-Verzeichnis.

Die Layoutkorrektur aus v40.0.1.4.2 bleibt bestehen; der Patch ändert ausschließlich Ladereihenfolge und visuelle Komponenten.

Seitentitel, Erstellung, Suche, Leerzustand und Tabellenaktionen verwenden klare deutsche Begriffe.

Die Protokollseite erhält Vollbreite, deutsche Bezeichnungen, deutsches Datumsformat und einen verständlichen Leerzustand.

Eventtitel, Suche, Aktionen, Leerzustand und Seitenbeschreibung wurden auf die gemeinsame Housekeeping-Grundlage gebracht.

Das Housekeeping benötigt keine zusätzliche Width-Enum-Klasse und keinen globalen Boot-Callback mehr.

Deutsche Ressourcenbezeichnungen, Tabellen-Polish, Bewerbungs- und Bewohnerverbesserungen sowie die Gruppe Erfolge & Belohnungen bleiben unverändert aktiv.

Listen, Tabellen und Formulare sind nicht länger auf eine schmale Standardbreite begrenzt und verwenden den verfügbaren Verwaltungsbereich.

Breadcrumbs, Suche, Standardaktionen, Formulare, Tabellen und Leerzustände verwenden im Housekeeping die deutsche Filament-Sprache.

Titel, Spalten, Suche, Aktionen, Datumswerte, Benachrichtigungen und Leerzustände der Bewohnerverwaltung sind vollständig deutsch und besser lesbar.

Die Bewerbungsübersicht erhält deutsche Breadcrumbs, Suche, Leerzustände, Unterzeile und die volle Tabellenbreite.

Der bisherige Origins-Bereich und seine Daily-Reward-Unterpunkte wurden im Housekeeping in klare deutsche Bezeichnungen überführt.

Auf dem Dashboard sind alle Ressourcengruppen geschlossen. In Verwaltungsseiten öffnet sich ausschließlich die aktive Gruppe; beim manuellen Wechsel wird die vorherige Gruppe geschlossen.

Prioritäten und Aktivitäten sowie Schnellzugriffe und Systemstatus laufen jetzt in unabhängigen Spalten und erzwingen keine gemeinsamen Kartenhöhen mehr.

Hero, Projektstatus, Kennzahlen und Kartenabstände wurden verdichtet, ohne die Prime-Identität oder Lesbarkeit zu verlieren.

Sidebar-Links, Statusinformationen, Aktivitätsdaten und technische Beschreibungen sind größer und kontrastreicher.

Das Suchfeld wurde verbreitert und verkürzt beschriftet; angemeldeter Mitarbeiter und Rang werden direkt neben dem Benutzermenü angezeigt.

Alle vorhandenen Ressourcen sind nun unter Inhalte & Community, Räume & Profile, Commerce, Origins, Bewohner & Moderation, Hotel & Emulator sowie System & Zugriffsrechte einsortiert.

Englische und technische Ressourcennamen wurden durch verständliche deutsche Bezeichnungen ersetzt.

Neue Gruppen starten eingeklappt, behalten ihren Sitzungszustand und öffnen die aktuell verwendete Gruppe automatisch.

Navigation, Hilfstexte, Statusinformationen und Schnellzugriffe wurden vergrößert und kontrastreicher gestaltet.

Die doppelte achtteilige Modulübersicht wurde entfernt und durch letzte Aktivitäten sowie einen klareren technischen Status ersetzt.

Datenbank-Liveprüfung und reine Konfigurationsprüfungen externer Dienste werden eindeutig unterschieden.

Das Dashboard verlangt nicht länger zusätzlich `view::admin::dashboard`, sondern übernimmt die bereits etablierte Panel-Berechtigung.

Der Zugriff folgt wieder `can_access_housekeeping` über das Benutzer-Panel und verändert keine vorhandenen Modulberechtigungen.

Dringende Tickets, offene Bewerbungen sowie fehlgeschlagene oder festhängende Origins-Auszahlungen werden automatisch hervorgehoben.

News, Events, Bewerbungen, Bewohner, Origins-Auszahlungen und Rechteverwaltung sind direkt vom Dashboard erreichbar, sofern die jeweilige Berechtigung vorliegt.

Inhalte, Community, Support, Team, Commerce, Origins, Bewohner und Zugriffsrechte werden mit aktuellen Zählern und Zuständen zusammengefasst.

Datenbank, E-Mail, Discord, RCON, PayPal und Queue erhalten eine sichere Konfigurationsübersicht ohne riskante Schreib- oder Testaktionen.

Erfolge, Daily Rewards und Quests sind jetzt ausschließlich über ein gemeinsames Dropdown im globalen Hauptnavigator erreichbar.

Die zusätzliche dreiteilige Navigation oberhalb der Origins-Seiten wurde vollständig entfernt.

Daily Rewards, Quests und Erfolge werden nicht mehr zusätzlich im persönlichen Avatar-Menü angezeigt.

Im mobilen Hauptmenü existiert nur noch eine eigene Extras-Gruppe; im mobilen Kontobereich gibt es keine doppelten Origins-Einträge mehr.

Das aktuell geöffnete Origins-Modul wird innerhalb des Extras-Dropdowns eindeutig markiert.

Daily Rewards und Quests verwenden nun denselben Backend-Service für Taler, Duckets, Diamanten, Punkte, Shop-Guthaben, Badges und Möbel.

Jeder Daily-Reward-Tag und jede Quest-Zuweisung besitzt einen eindeutigen Auszahlungskey. Wiederholte Aufrufe können dieselbe Belohnung nicht erneut vergeben.

Das Housekeeping erhält eine read-only Übersicht aller gemeinsamen Daily-Reward- und Quest-Auszahlungen inklusive Quelle, Inhalt, Status und Idempotenzschlüssel.

Bereits erfolgreich eingelöste Daily Rewards und Quests werden ohne erneute Auszahlung in das zentrale Protokoll übernommen.

Die fachliche Reward-Logik liegt zentral im Website-Backend und kann später von weiteren Oberflächen genutzt werden, ohne ein zweites Auszahlungssystem einzuführen.

Achievements, Daily Rewards und Quests bilden mit gemeinsamer Auszahlungssicherheit den stabilen Abschluss von Hubbo Prime v39.4 Origins.

Nach einer Einlösung wird der Fokus sofort aus den verbleibenden aktiven Aufgaben neu aufgebaut.

Status, Kategorien, Fortschrittsquelle, Endzeit, Beschreibungen und Belohnungsbezeichnungen wurden vergrößert und kontrastreicher gestaltet.

Der Hero spricht nun von erledigten Quests statt von aktuell abgeschlossenen Aufgaben.

Im persönlichen Verlauf erscheinen ausschließlich wirklich abgeholte Quest-Zuweisungen, stabil nach Abholzeitpunkt und ID sortiert.

Questfortschritt kann aus Daily-Rewards, Fotos, Freundschaften, Onlinezeit, Achievement-Punkten, Achievement-Fortschritt, Respekt, Möbeln, Räumen und Badges gelesen werden.

Belohnungen werden innerhalb einer gesperrten Quest-Zuweisung zugestellt und vollständig verifiziert, bevor der Anspruch als abgeholt gespeichert wird.

Quests können frei erstellt, bearbeitet, terminiert, sortiert und mit Fortschrittsquelle, Zielwert, Darstellung sowie mehreren Belohnungsarten konfiguriert werden.

Eine read-only Housekeeping-Übersicht zeigt Bewohner, Zeitraum, Fortschritt, Status, Abschluss und Abholung.

Erfolge, Daily Rewards und Quests sind jetzt vollständig aktiv und über dieselbe Extras-Navigation verbunden.

Hero, Fokusquests, Tages- und Wochenkarten sowie Verlauf passen sich an Desktop, Tablet und Mobilgeräte an.

Europe/Berlin passt den täglichen Wechsel automatisch an deutsche Sommer- und Winterzeit an.

Nach einer erfolgreichen Abholung wechseln Hero-Button und Anspruchsbereich automatisch von „Heutige Belohnung“ zu „Nächste Belohnung“.

Die öffentliche Seite spricht nun von der täglichen Freischaltung ab 00:00 Uhr in lokaler Hotelzeit statt von einem technischen UTC-Reset.

Der Verlauf wächst nur noch mit seinen tatsächlichen Einträgen und wird bei wenigen Abholungen nicht künstlich auf die Höhe der Statistikfelder gestreckt.

Beschreibungen, Status, Belohnungswerte, Bezeichnungen und Sperrhinweise im 7-Tage-Kalender wurden vergrößert und kontrastreicher gestaltet.

Die Daily-Reward-Verwaltung zeigt die aktuell verwendete Kalenderzeitzone direkt in der Seitenbeschreibung.

Taler, Duckets, Diamanten, Punkte, Shop-Guthaben, Badges und Möbel werden direkt in der Datenbank zugestellt und vollständig verifiziert, bevor die Abholung gespeichert wird.

Alle sieben Tage lassen sich mit Titel, Beschreibung, Bild, Akzent, Währungen, Shop-Guthaben, Badge, Möbeln, Sichtbarkeit und Sortierung verwalten.

Eine read-only Housekeeping-Tabelle zeigt Bewohner, Tag, Belohnung, Abholdatum und Zustellstatus.

Erfolge und Daily Rewards sind über eine gemeinsame Origins-Leiste verbunden. Quests werden als nächstes Modul bereits angekündigt.

Hero, Sieben-Tage-Kalender, Abholbereich, Verlauf und Statistiken passen sich an Desktop, Tablet und Mobilgeräte an.

Die case-insensitive Deduplizierung behält nun den originalen Hotelnamen und verwendet einen getrennten normalisierten Lookup-Schlüssel.

Erfolgskatalog, Highlights und einzelne Achievement-Karten besitzen passende Scroll-Abstände zur festen Navigation.

Die Trefferzahl wird ausschließlich im Origins-Service berechnet und nicht mehr unabhängig im Blade-Template erneut dedupliziert.

Präsentationen, persönliche Fortschritte, Sichtbarkeit und Deduplizierung verwenden jetzt denselben zentral normalisierten Lookup-Schlüssel.

Aktive Erfolge werden nach ihrem Abschlussgrad priorisiert. Danach folgen redaktionelle Highlights und erst anschließend unbegonnene Empfehlungen.

RegistrationDuration heißt nun „Treues Mitglied“, während AllTimeHotelPresence als „Onlinezeit-Meister“ erscheint.

Der Bereich beschreibt jetzt eindeutig die Mischung aus aktuellem persönlichen Fortschritt und ausgewählten Hotel-Highlights.

Kategorien nutzen auf Desktop ein festes Raster mit identischen Breiten und wechseln auf kleineren Bildschirmen kontrolliert in vier, drei oder horizontal scrollbare Spalten.

Status, Kategorien, Stufen, Belohnungen, Detail-Links, Statistiken und Suchfelder wurden um den letzten Lesbarkeitsschritt angehoben.

Erreichte Stufen werden aus dem persönlichen Fortschritt und den progress_needed-Werten der globalen Achievement-Serie zuverlässig abgeleitet.

Automatisch erzeugte englische oder technische Titel werden durch verständliche deutsche Bezeichnungen ersetzt und bleiben im Housekeeping überschreibbar.

Der Highlight-Bereich unterscheidet nun zwischen echten persönlichen Zielen und allgemeinen ausgewählten Erfolgen.

Housekeeping-Aktion und Artisan-Befehl zeigen erkannte Tabelle, Spalten und eine optionale Benutzerprobe.

Desktop-Kategorien umbrechen ohne sichtbare Scrollbar; Status, Stufen, Belohnungen, Hinweise und Statistikbeschriftungen sind größer und kontrastreicher.

Das System erkennt verbreitete Achievement-Tabellen und Spalten selbstständig und liest persönliche Stufen sowie Fortschrittswerte direkt aus der Hoteldatenbank.

Öffentliche Titel, Beschreibungen, Hinweise, Bilder, Kategorien, Akzente, Highlights, Sichtbarkeit und Sortierung sind zentral pflegbar.

Origins ist über die Hauptnavigation, das mobile Menü und die persönliche Kontonavigation erreichbar.

Das Achievement-Center nutzt die globale Prime-Gestaltung, klare Mindestschriftgrößen und ein vollständiges Responsive-Layout.

Normale Lesetexte liegen bei 12 bis 13 Pixeln, Sekundärinformationen bei mindestens 10 Pixeln und interaktive Beschriftungen bei mindestens 11 Pixeln.

Beschreibungen, Inhaltschips, Paketvorteile, Guthabenstatus und Detailzeilen wurden erneut vergrößert und kontrastreicher gestaltet.

Prime- und Katalogkarten erhalten höhere Mindestmaße, mehr Innenabstand und zusätzliche Zeilen für kompakte Paketbeschreibungen.

Zahlungsmethoden, Statusangaben, PayPal-Hinweis, Gutscheinformular, Sicherheitsliste und Hilfe-Link sind ohne Heranzoomen lesbar.

Copyright, Rechtslinks, Projektclaim und Versionsinformationen wurden ausschließlich im Shop-Kontext leicht vergrößert und aufgehellt.

Tablet- und Mobilansichten behalten die neuen Mindestgrößen, lösen Kartenhöhen aber flexibel auf, damit keine unnötigen Leerflächen entstehen.

Die bisher vielfach verwendeten Schriftgrößen von 6 bis 9 Pixeln wurden auf eine lesbare Commerce-Typografieskala angehoben.

Beschreibungen, Inhaltschips, Vorteile, Guthabenstatus und Detailzeilen wurden vergrößert und mit mehr Zeilenhöhe versehen.

Guthabenmethoden, PayPal-Hinweis, Gutscheinfeld und Sicherheitshinweise besitzen größere Schrift und stärkeren Kontrast.

Gedämpfte Grau- und Grüntöne wurden aufgehellt, ohne die bestehende Prime-Farbwelt zu verändern.

Die größere Typografie wird für Tablet und Mobilgeräte kontrolliert skaliert, ohne Karten und Bedienelemente zu überladen.

Vor der Kaufbestätigung werden alle Paketbestandteile gegen den tatsächlichen Datenbankstand geprüft.

Das Shop-Guthaben wird erst reduziert, nachdem sämtliche Paketbestandteile erfolgreich geschrieben und kontrolliert wurden.

Bereits bezahlte, aber nicht gelieferte Pakete können einmalig ohne erneute Abbuchung über `commerce:recover-package` zugestellt werden.

Der öffentliche Hinweis auf das Housekeeping wurde durch eine besucherfreundliche Beschreibung ersetzt.

Produktnamen mit „Test“ werden nicht mehr ausgewertet und die zusätzliche Testprodukt-Spalte wird entfernt.

Platzhalter und Testeinträge dürfen während der Entwicklung öffentlich erscheinen und werden vor Veröffentlichung manuell verwaltet.

Produkte werden nur über „Öffentlich aktiv“, Start- und Endzeitpunkt sowie den Ausverkauftstatus gesteuert.

Die drei bestehenden Premiumstufen erhalten deutsche Kurzbeschreibungen. Eigene Texte können jederzeit im Housekeeping gepflegt werden.

Inaktive, geplante, abgelaufene, ausverkaufte oder als Test markierte Pakete können auch über direkte Anfragen nicht gekauft werden.

Pakettexte, Inhaltschips, Statuszeilen und Sidebar wurden vergrößert. Kategorien, Suche und Sortierung bilden nun eine gemeinsame Werkzeugleiste.

Der Projektunterstützungs-Hinweis steht direkt unter den Empfehlungen und nennt Server, Entwicklung und Community als finanzierte Bereiche.

Jede Karte besitzt genau einen primären Kaufzugang. Bei unzureichendem Guthaben führt der Button direkt zur Aufladung, statt deaktiviert zu bleiben.

Shop-Guthaben, PayPal und Gutscheine sind in einer ruhigen Seitenleiste zusammengeführt; der übergroße Zahlungsartenblock wurde entfernt.

Prime-Auswahl, Produktkarten, Suche, Kategorien und Sidebar wurden für Desktop, Tablet und Mobilgeräte vollständig neu ausbalanciert.

Jede Paketkarte besitzt einen deutlich sichtbaren Kaufbutton mit Preis und Guthabenstatus, während vollständige Details weiterhin einsehbar bleiben.

Commerce erklärt klar, dass Käufe Server, Infrastruktur, Entwicklung, Wartung und Community-Inhalte finanzieren.

Die neue Premium-Auswahl und sämtliche exklusiven Kartenlayouts passen sich an Desktop, Tablet und Mobilgeräte an.

Fehlende Zugangsdaten, Tokenfehler, fehlerhafte Order-Erstellung und ungültige Capture-Antworten führen zu verständlichen Meldungen statt zu einem Seitenabbruch.

Ohne abweichende Umgebungswerte verwendet Commerce standardmäßig EUR und die PayPal-Lokalisierung de_DE.

PayPal zeigt Aktiv, Testmodus oder Nicht eingerichtet. Gutscheine und Shop-Guthaben bleiben unabhängig davon sichtbar.

Kontostand, PayPal-Aufladung und Gutscheine sind direkt in die Commerce-Seitenleiste eingebunden.

Fehlerhafte Möbel-JSON-Daten oder ungültige Paketfarben brechen die Shopseite nicht mehr ab.

Kauf-, Gutschein- und Fehlermeldungen wurden vereinheitlicht; die Hotelwährung wird konsequent als Taler bezeichnet.

Hero, Kategorien, Filter, Paketdetails, Guthaben und Geschenkformulare passen sich an Desktop, Tablet und Mobilgeräte an.

Alle drei Seiten übernehmen nun Hotelbild, Abdunkelung, Vignette, grüne Lichtakzente und Textur aus dem zentralen Hintergrundmodul.

Blaue, türkisfarbene, reine Farbverläufe, Gittereffekte und unterschiedlich starke Bildfilter der einzelnen Module überdecken den Standardhintergrund nicht mehr.

Das neue Hintergrund-Stylesheet wird nach allen öffentlichen Modul-Stylesheets geladen und schützt die visuelle Einheitlichkeit auch bei zukünftigen Modulen.

Auf Mobilgeräten bleibt derselbe Hintergrund erhalten, ohne sich auf das dort unzuverlässige fixed-background-Verhalten zu verlassen.

Laravel versucht bei Schreibvorgängen nicht mehr, die in der Emulator-Tabelle fehlenden Spalten `created_at` und `updated_at` zu aktualisieren.

Ein ausgeschalteter Filament-Schalter kann intern als `null` ankommen und wird nun sicher als deaktivierter Zustand verarbeitet.

Verwaiste Datensätze gelöschter Räume oder Bewohner sowie ungültige Sternebewertungen werden entfernt. Die Bereinigung kann später im Housekeeping erneut ausgeführt werden.

Neue Indizes beschleunigen Raumfotos, Eventräume, Favoritenzählung, persönliche Favoriten und Bewertungsverteilungen.

Wiederholte Schema-Prüfungen innerhalb eines Frontier-Aufrufs werden reduziert.

Fokuszustände, mobile Aktionsraster, lange Texte, Sterneauswahl und reduzierte Animationen wurden abschließend verfeinert.

Die Sortierung „Bestbewertet“ nutzt nun den Website-Sternedurchschnitt und die Anzahl der Bewertungen; Hotel-Raumpunkte bleiben getrennt sichtbar.

Besitzer können ihre eigenen Räume nicht über das Website-Bewertungssystem bewerten.

Durchschnitt, Stimmenzahl und persönliche Bewertung werden für komplette Raumlisten gemeinsam geladen.

Für jeden Bewohner wird der neueste `room_enter_log`-Eintrag geprüft. Nur offene Einträge von tatsächlich online gemeldeten Nutzern werden angezeigt.

Raumkarten und Detailseiten zeigen Eventstatus, Titel, Termin und direkte Zugänge zum Event beziehungsweise Live-Raum.

Eventinformationen werden für komplette Raumlisten in einer gemeinsamen Abfrage geladen und innerhalb des Requests zwischengespeichert.

Besucherraster und Eventkarte wechseln kontrolliert zwischen Desktop-, Tablet- und Mobilansicht.

Der Favoriten-Endpunkt akzeptiert ausschließlich Räume, die auch im öffentlichen Frontier-Navigator erreichbar sind.

Favoritenzahlen und persönlicher Status werden für komplette Raumlisten gesammelt statt pro Karte einzeln geladen.

Filter, Kartenaktionen und Detailseiten-Button besitzen angepasste Desktop-, Tablet- und Mobilzustände.

Für jeden Raum wird das neueste sichtbare Foto aus `camera_web` mit identischer `room_id` geladen.

Fotos für eine Raumliste werden in einer gemeinsamen Abfrage ermittelt und innerhalb des Requests zwischengespeichert.

Existiert für einen Raum noch kein sichtbares Foto, wird direkt der neutrale Raumplatzhalter verwendet.

Frontier-Auswahl, öffentliche Raumliste, Detailseite, Besitzerräume und beliebte Räume nutzen dieselbe korrekte Zuordnung.

Raumübersicht, Detailseite, weitere Räume und beliebte Räume verwenden wieder dieselbe funktionierende Quelle.

Die automatische Ein-, Zwei- und Dreispalten-Anordnung der Frontier-Auswahl wird durch den Hotfix nicht verändert.

Ein, zwei oder drei empfohlene Räume erzeugen automatisch ein passendes ein-, zwei- oder dreispaltiges Raster.

Raumübersicht, Raumdetailseite, weitere Besitzerräume und beliebte Räume verwenden dieselbe vollständige Camera-Aufnahme.

Zwei Empfehlungen bleiben auf Desktop und Tablet gleichmäßig verteilt; auf kleinen Displays wechseln alle Varianten in eine Spalte.

Das Standardbild wird bei fehlender Aufnahme kleiner und dezenter dargestellt. Statt einer dominanten Raum-ID erscheint ein neutraler Hinweis.

Große Desktop-Auflösungen nutzen mehr verfügbare Breite, während Tablet- und Mobilraster weiterhin kontrolliert umbrechen.

Kartentitel, Beschreibungen, Metadaten und Detailzugänge besitzen mehr Kontrast, Luft und eine gleichmäßigere Kartenhöhe.

Zurück-, Seiten- und Weiter-Anzeigen sind größer, kontrastreicher und als Bedienflächen klar erkennbar.

Vorschaubilder verwenden eine vollständige, pixelgenaue Darstellung ohne den bisherigen starken Zoom und seitlichen Beschnitt.

Beschreibungen, Besitzerinformationen, Statistiken, Filtertexte, Metadaten und Kartenränder sind deutlicher lesbar und besser vom Hintergrund getrennt.

Status- und Team-Badges besitzen mehr Innenabstand; aktive, normale und schwebende Filterzustände sind klarer unterscheidbar.

Falls ein Camera-Thumbnail tatsächlich fehlt, kennzeichnet der Platzhalter nun zusätzlich die zugehörige Raum-ID.

Der doppelte Eintrag „Freunde & Anfragen“ wurde aus dem Community-Dropdown entfernt. Der Zugang im Kontomenü bleibt bestehen.

Der redundante Eintrag „Meine Übersicht“ wurde aus dem Avatar-Dropdown entfernt.

Die mobilen Zugänge bleiben erhalten, damit alle Bereiche auch auf kleinen Displays erreichbar sind.

Öffentliche Links behalten `/game/nitro?roomId=19`; der Controller erzeugt intern `index.html?sso=...&room=19`.

Der temporäre `forwarduser`-Endpunkt, Wiederholungsabfragen und das Status-Overlay wurden wieder entfernt.

Die allgemeine RCON-Implementierung und Konfiguration entsprechen wieder dem vorherigen stabilen Projektstand.

Rauminformationen, Türstatus und Raumsitzung werden vollständig über die vorhandene Nitro-Navigatorlogik verarbeitet.

Antworten wie `Habbo_not_found` lösen einen erneuten Versuch aus, statt die Weiterleitung vorzeitig als abgeschlossen zu markieren.

Das vollständige RCON-Paket wird auch dann übertragen, wenn der Socket nur einen Teil der Nutzdaten pro Schreibvorgang annimmt.

Nonce und Zeitstempel werden mitgesendet; ein optionales `RCON_TOKEN` kann über die Serverumgebung gesetzt werden.

Der Client zeigt Verbindungsaufbau, Erfolg und endgültige Ablehnung nun sichtbar an, statt Fehler vollständig zu verschlucken.

Jeder Weiterleitungsversuch protokolliert Nutzer, Raum, Emulatorantwort, Grund und möglichen Socketfehler unter `Frontier room forwarding result`.

Sobald der Nutzer im Hotel als online erkannt wird, sendet die Website den bestehenden Emulatorbefehl `forwarduser` mit Nutzer- und Raum-ID.

Die Clientseite prüft kurzzeitig erneut, bis die Hotelsitzung vollständig verbunden ist, statt zu früh einen wirkungslosen Befehl zu senden.

Vorübergehende Verbindungsfehler lösen begrenzte Wiederholungsversuche aus und erzeugen keinen HTTP-500 im Client.

Nur positive ganzzahlige Raum-IDs werden an den Client übergeben; ungültige Werte starten weiterhin den normalen Hotelclient.

Die Korrektur gilt zentral für Frontier, Community, Profilräume, Dashboard-Räume und weitere vorhandene Links auf `/game/nitro?roomId=...`.

Die angeforderte Raum-ID wird zusätzlich über die bestehende sichere iframe-Kommunikation als Raumziel bereitgestellt.

Beliebte Räume im Community-Hub und bestehende Profilraumkarten führen nun in die öffentliche Frontier-Darstellung.

Nicht öffentliche sowie als unsichtbar markierte Räume werden weder gelistet noch über die öffentliche Detailroute ausgeliefert.

Navigator, Raumkarten, Detailansicht und mobile Navigation wurden im Prime-Design vollständig responsiv umgesetzt.

Nexus-Tabs unterstützen Pfeiltasten, Pos1, Ende sowie korrekte ARIA-Beziehungen zwischen Tabs und Panels.

Nach gültigem Absenden werden mutierende Formulare gesperrt, damit keine doppelten Anfragen oder Aktionen entstehen.

Panels, Leerzustände, gefilterte Karten und Batch-Leisten können nicht mehr durch spätere CSS-Regeln versehentlich eingeblendet werden.

Wiederholte Tabellenprüfungen im Freunde-Hub werden innerhalb eines Requests nur einmal ausgeführt.

Sechs Hero-Statistiken, mobile Tab-Navigation, Fokuszustände und reduzierte Bewegungen sind abschließend vereinheitlicht.

Freundeskarten zeigen verständliche Dauerangaben und markieren Meilensteine innerhalb der nächsten 30 Tage.

Freunde können nach baldigen Meilensteinen gefiltert und nach dem nächsten Meilensteindatum sortiert werden.

Die Funktion verwendet ausschließlich vorhandene Freundschaftsdaten sowie private Favoriten-, Kreis- und Notizstatus.

Batch-Aktionen berücksichtigen ausschließlich Anfrage-IDs, die tatsächlich zum angemeldeten Konto und zur jeweiligen Richtung gehören.

Nicht mehr verfügbare, gesperrte oder doppelte Absender führen beim gemeinsamen Annehmen nicht zu einem HTTP-500.

Gemeinsame Freunde und Online-Status erscheinen nur, wenn das jeweilige Profil diese Angaben freigegeben hat.

Die Sperrliste betrifft ausschließlich bekannte technische Accounts; normale Nutzer sowie Entwicklungs- und Platzhalterinhalte bleiben unverändert sichtbar.

Auch Freundeskarten und Einblicke verwenden bei älteren sichtbaren Aktivitäten ein eindeutiges deutsches Datum.

Empfohlene Kontakte werden nach gemeinsamen Freunden, öffentlicher Präsenz und Profilvollständigkeit priorisiert.

Bewohnersuche, Zurücksetzen und Discovery-Filter bleiben zuverlässig im Entdecken-Tab.

Verborgene Freundeslisten, Online-Zustände, letzte Aktivität und Beitrittsdaten fließen nicht in sichtbare Empfehlungshinweise ein.

Die ungenutzte `$now`-Deklaration wurde aus `ignoredUsers()` entfernt.

Der Aufruf `/community/friends?tab=insights` lädt wieder vollständig und ohne Laufzeitfehler.

Die Freundesliste kann nach kürzlich aktiv, privater Notiz und nicht organisiert gefiltert sowie nach letzter Aktivität sortiert werden.

Verborgene Online- und Zuletzt-aktiv-Angaben werden weder rekonstruiert noch in Einblicke und Sortierungen offengelegt.

Website-Aktionen serialisieren Änderungen pro Konto und hinterlassen trotz fehlender Tabellen-Unique-Regel genau einen aktiven Eintrag.

Stummschalten verändert weder Hotel-Freundschaften noch Nexus-Favoriten, Kreise oder private Notizen.

Freunde-, Anfrage-, Favoriten- und Kreiswerte werden wieder mit deutscher Tausendertrennung dargestellt.

Kreisänderungen eines Nutzers werden über eine gesperrte Benutzerzeile serialisiert und können das Limit nicht durch parallele Requests umgehen.

Gleichzeitige Kreisnamen-Konflikte werden abgefangen und als verständlicher Formularfehler zurückgegeben.

Kreise und Notizen sind ausschließlich im eigenen Nexus-Hub sichtbar und verändern keine Daten des Hotel-Messengers.

Beim Entfernen einer Freundschaft werden zugehörige private Zuordnungen und Notizen zuverlässig entfernt.

Jede Freundeskarte zeigt das gespeicherte Datum der bestehenden Hotel-Freundschaft.

Beim Entfernen einer Freundschaft werden zugehörige Webseite-Favoriten beider Beteiligten automatisch gelöscht.

Der Freunde-Hub verwendet eine eigene routenbezogene Sticky-Footer-Struktur mit kontrolliertem Abstand und ohne globale Nebenwirkungen.

Die eigene Liste lässt sich sofort nach Name sowie Online- und Offline-Status filtern.

Freunde & Anfragen ist in Desktop-Navigation, Konto-Menü und Mobilmenü erreichbar.

Einträge unterstützen 160 Zeichen, Zeichen- und Beitragszähler, Erfolgsfeedback, Löschbestätigung und transaktionssichere Beitragslimits.

Hero-Aktionen, Statistiken, Kartenüberschriften und Gästebuch passen sich kleineren Displays klarer und kompakter an.

Statusmeldungen, Fokuszustände und reduzierte Bewegung werden besser unterstützt.

Das öffentliche Gästebuch kann unabhängig von der allgemeinen Profilsichtbarkeit aktiviert oder deaktiviert werden.

Inhalt, Hintergrund und Footer besitzen wieder einen klaren Abschluss; unterhalb des Footers bleibt keine künstliche Leerfläche.

Der große künstliche Leerraum zwischen Raumdetails und Footer entfällt; andere Prime-Seiten bleiben unverändert.

Zusätzlich zur CSS-Lösung setzt ein kleiner seitenbezogener Fallback die Mindesthöhe auch ohne `:has()`-Unterstützung korrekt zurück.

Raummodell- und `room_thumbnail_path`-Auflösungen wurden aus der öffentlichen Raumansicht entfernt.

Das echte Camera-Thumbnail füllt die Raumvorschau vollständig; nur bei einem Ladefehler erscheint der neutrale Platzhalter.

Modellgrafiken werden pixelgenau und ohne unerwünschtes Beschneiden innerhalb der Vorschau dargestellt.

Die künstliche Mindesthöhe der Raumseite wurde entfernt und der Abstand zwischen Raumdetails und Footer deutlich verkleinert.

Fehlende Raum-, Besitzer- und Gruppenbilder besitzen begrenzte Fallbacks; die Seite passt sich Desktop und Mobilgeräten an.

Fehlende Besitzer- oder Avatardaten verursachen keine beschädigte Ansicht. Der vollständige Avatar wird ohne headonly dargestellt.

Eine bis drei Gruppen nutzen die vorhandene Breite passend und lange Gruppennamen brechen sauber um.

Öffentliche Räume wurden in die rechte Detailspalte verschoben und Showcase-Zähler verständlicher ergänzt.

Online-Status, letzte Aktivität, Freunde, Räume, Fotos, Aktivitäten, Rang und Beitrittsdatum folgen den bestehenden Identity-Einstellungen.

Eine neue Profilkonfiguration bereitet Bio, Akzentfarbe, Bannerstil, Badge-Showcase und spätere Anpassungsmöglichkeiten vor.