v1.1.0-beta

Dies ist der offizielle unveröffentlichte Changelog zur Version 1.1.0 welche nun als Beta-Version veröffentlicht wurde.

Mit diesem Update haben wir die interne Architektur von intraRP grundlegend überarbeitet. Das System basiert nun auf einer modernen, zentralen Struktur, die für mehr Stabilität, bessere Erweiterbarkeit und spürbar schnellere Reaktionszeiten sorgt.

[ PERFORMANCE ]

• Neue Hintergrund-Queue für langlaufende Aufgaben. Die Discord-Benachrichtigungen, Protokoll-Freigaben und andere Webhook-Aufrufe blockieren den User-Request nicht mehr und laufen im Hintergrund ab.
• eNOTF Protokoll-Freigaben, intraTab Protokoll-Freigaben und eNOTF Voranmeldungen wurden auf die neue Queue umgestellt, was die Reaktionszeit der Administration spürbar reduziert.
• Ein cron-basierter Queue-Worker wurde implementiert — ohne Konfiguration läuft das System wie bisher synchron weiter. Um die Hintergrundverarbeitung zu aktivieren, lies den Wiki-Artikel zur Einrichtung.
• Fehlgeschlagene Jobs werden gespeichert und können durch Administratoren nachvollzogen oder neu gestartet werden.

[ ADMINISTRATION ]

• Neues Fehlerprotokoll (Einstellungen → System → Fehlerprotokoll) eingebaut: Error-IDs können dort direkt nachgeschlagen und sogar zum Übersenden einfach kopiert werden.
• Fehler werden automatisch nach Exception-Typ + Datei + Zeile gruppiert, inklusive Zeitstempeln und Countern - mehrfach auftretende Fehler sind so als Muster erkennbar.
• Das Fehlerprotokoll lässt eine Volltext-Suche über alle verfügbaren Log-Files zu. Diese kann noch nach Level und Dateien gefiltert werden.
• Jede Installation hat jetzt eine eindeutige Installations-UUID, sichtbar unter Einstellungen → System → Telemetrie.
• Die Hintergrundfarbe der Administration und Module wurde abgedunkelt und sollte nun moderner und angenehmer aussehen.
• Clean-URLs flächendeckend: alle internen Links zeigen jetzt auf /abc statt /abc.php. Alte Bookmarks und externe Integrationen funktionieren weiter — bei GET-Aufrufen gibt's einen 301-Redirect, bei POST/PUT-Submits wird intern umgeschrieben.

[ BACKEND ]

• Komplett neues Routing-System: alle Requests laufen jetzt durch einen zentralen Front-Controller, Router mit Middleware-Pipeline und Dependency-Injection-Container statt verstreuter Einzel-Files.
• Middleware-Baukasten für wiederkehrende Aufgaben — Session-Auth, API-Key-Auth für FiveM-Integrationen, Permissions-Gating, CSRF-Schutz, FiveM-CSP-Header, eNOTF-PIN-Lockscreen — einmal definiert, überall konsistent.
• Event-System für Domain-Ereignisse (Protokoll-Freigabe, Voranmeldung etc.) - Controller feuern Events, Listener kümmern sich um Side-Effects wie Discord oder Audit-Logging.
• API-Versionierung: /api/v1/... ist die neue kanonische Form. Unversionierte /api/...-Aufrufe funktionieren vorerst weiterhin.

[ FRONTEND / UI ]

• Komplett hauseigene UI-Library mit über 20 Komponenten.
• Snackbar ersetzt das alte Toast-System. Erscheint jetzt unten links statt oben (überdeckt keine Breadcrumbs / Page-Header mehr), maximal 3 gleichzeitig sichtbar, Hover pausiert den Auto-Close-Timer, ESC schließt den obersten. Neue Progress-Variante für lange Operationen (PDF-Generierung etc.) mit Live-Fortschritt.
• Bootstrap komplett entfernt. Templates nutzen jetzt Tailwind-Utilities + eigene ignis-*-Komponenten.
• Beladelisten-Rework: Live-Suche in beiden Views („Wo liegt das Intubationsbesteck?") — funktioniert in der Admin-CRUD-Ansicht und in der eNOTF-Crew-Ansicht im Fahrzeug. Mehrfache N+1-Queries beim Tile-Loading wurden zusammengefasst.
• Topbar und Suche bleiben jetzt zuverlässig viewport-fest, auch auf Seiten mit breiten Tabellen (Benutzerliste, Mitarbeiterliste etc.).

[ KALENDER ]

• Es wurde ein neues Kalender-Modul ins System integriert. Damit lassen sich verschiedene Arten von Terminen erstellen und diese für bestimmte Rollen, Mitarbeiter, privat oder für alle freigeben.
• Im Kalender-System können eingeladene Mitglieder den Termin bestätigen, absagen oder vielleicht zusagen.
• Angenommene Urlaubsanträge sollten automatisch in den Kalender mit aufgenommen und für alle dort angezeigt werden. Der dazugehörige Antrag muss "Urlaub" oder "Urlaubsantrag" heißen, sonst funktioniert die Erkennung nicht mehr.

[ BUGFIXES ]

• Einsätze für Feuerwehrfahrzeuge hatten fälschlicherweise zusätzlich auch einen eNOTF-Einsatz erstellt. Fahrzeuge werden jetzt sauber nach rd_type in Rettungsdienst und Feuerwehr aufgeteilt und können nur noch in genau einem Ziel-System landen.
• Das Geburtsdatum wurde im eNOTF nicht korrekt gespeichert und validiert. Bereits eingetragene fehlerhafte Werte werden nicht automatisch korrigiert und sollten manuell geprüft werden.