Was ist neu?

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.

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