Fehlerbehebung

Reale Probleme bei der Nutzung, ungefähr in der Reihenfolge ihres Auftretens.

Eine Änderung an der Ressource bewirkt nichts

restart liest fxmanifest.lua nicht neu ein. Wenn du eine Datei hinzugefügt hast — zum Beispiel eine neue Sprachdatei —, führe zuerst refresh in der Server-Konsole aus und anschließend restart mic_boosting. Andernfalls verwendet der Server weiterhin die alte Dateiliste.

Das Admin-Panel öffnet sich, aber alle Tabs sind leer

oxmysql war beim Start von mic_boosting noch nicht bereit, daher wurde das Datenbank-Setup übersprungen. Verschiebe ensure oxmysql in der server.cfg über ensure mic_boosting, überprüfe den Connection-String von oxmysql und starte den Server neu.

Das Tablet-Item bewirkt beim Benutzen nichts

Der Reihe nach prüfen:

Ist mic_boosting_tablet in deinem Inventar registriert? Siehe 🎒 Items.
Steht Config.TabletOpenMode auf 'command'? In diesem Fall öffnet nur /boosting das Tablet.
Läuft der Server im Standalone-Modus? Ohne ESX, QBCore oder QBox gibt es kein System für nutzbare Gegenstände — wechsle in den Modus 'command'.
Wurde dieser Spieler im Admin-Tab des Tablets von einem Admin vom Boosting gesperrt?

“Not enough police online (0/2)”

Standardmäßig erfordert jede Klasse mindestens 2 Polizisten im Dienst, bevor jemand der Warteschlange beitreten oder einen Vertrag annehmen kann. Ändere Min Police Online pro Klasse unter /boostingconfig → Classes (0 = keine Voraussetzung).

Sind Polizisten online und die Anzeige bleibt dennoch bei 0, fehlt deren Job-Bezeichnung in Config.PoliceJobs in der config.lua.

Die Polizei erhält keinen Alarm

Der Alarm geht nur an Spieler mit den Berufen police, sheriff, lspd oder bcso, und auch nur bei Klassen, für die Police Alert im Classes-Tab aktiv ist. Heißt dein Polizeijob anders, passe Bridge.PoliceDispatch in bridge/client_bridge.lua an, um den Alarm an dein Dispatch-System zu übergeben.

Keine Einblendung am Fahrzeug

Die Einblendung hängt von Config.InteractionSystem ab:

'ox_target' (Standard) erfordert ein laufendes ox_target;
'qb_target' erfordert ein laufendes qb-target;
'drawtext' erfordert kein Target — gehe nah an das Auto heran und drücke E.

Bist du unsicher, welches Target-System installiert ist, stelle auf 'drawtext' um und starte neu.

“You need a Lockpick” / “You need an Advanced Lockpick”

Das Schloss prüft bei den Klassen D bis B auf lockpick und bei den Klassen A bis S+ auf advancedlockpick. Beide gehören nicht zu diesem Paket, müssen also bei ESX oder ox_inventory auf deinem Server registriert und für Spieler auffindbar sein. Ein EMP-Störsender überspringt diese Abfrage.

Fehler beim Start des Lockpick-Minispiels

Die Klassen nutzen glitch-minigames für den Knackvorgang. Vergewissere dich, dass es installiert ist und vor mic_boosting startet. Möchtest du es nicht verwenden, schalte jedes Minispiel dieser Klasse im Minigames-Tab des Admin-Panels ab: Das Schloss öffnet sich dann über eine einfache Zufallschance in etwa neun von zehn Versuchen.

Falsches Framework erkannt

Die Konsole meldet das beim Start gewählte Framework: [MIC-BOOSTING] Server Bridge initialized. Detected Framework: …. Die Erkennung sucht nach Ressourcen mit den exakten Namen qb-core und es_extended. Wurde dein Framework umbenannt oder startet später, trage Config.Framework manuell als 'esx' oder 'qbcore' ein.

Auf QBox sollte die Konsole qbcore melden: qbx_core stellt qb-core bereit, womit QBox über die QBCore-Kompatibilität gefunden wird. Lautet die Ausgabe standalone, startet qbx_core nach mic_boosting — verschiebe ensure mic_boosting darunter oder setze Config.Framework auf 'qbcore'.

Verträge abgelehnt: Heat zu hoch

Heat steigt mit jedem Auftrag. Bei Erreichen von Max Heat (standardmäßig 100) werden neue Verträge verweigert, bis sie abgekühlt ist; sie sinkt minütlich um den Wert Heat Decay per Minute bei eingeloggten Spielern. Beide Werte stehen im Settings-Tab des Admin-Panels. Admins können die Heat eines Spielers im Admin-Tab des Tablets anpassen. Der Kauf von Fake Plates setzt sie sofort auf 0 zurück.

Bearbeitung von `shared/prices.lua` zeigt keine Wirkung

Diese Datei wird nur beim allerersten Serverstart eingelesen, um eine leere Einstellungstabelle zu befüllen. Danach liegen die Werte in der Datenbank — ändere sie unter /boostingconfig → Settings.

VIN-gekratztes Fahrzeug taucht nicht in der Garage auf

Das Fahrzeug wird direkt in die Fahrzeugtabelle deines Frameworks eingetragen: owned_vehicles bei ESX und player_vehicles in der Garage pillboxgarage bei QBCore. Ein Garagenskript, das Fahrzeuge an anderer Stelle verwaltet, erkennt es nicht — passe GiveVehicle in bridge/server_bridge.lua an. Im Standalone-Modus existiert keine Garage; das Auto verbleibt in der Spielwelt.

Ich möchte die Standardinhalte zurücksetzen

Der Konsolenbefehl boostingseed in der Server-Konsole stellt alle mitgelieferten Orte, Übergabepunkte, Klassen, Fahrzeuge, Wachen-Setups, Minispiele, Shop-Items, Einstellungen und Progressionseinträge wieder her. Spielerprofile, MB, Crews, Verträge und Markteinträge bleiben unberührt. Der Befehl kann nicht im Spiel ausgeführt werden.

Alles wird auf Englisch angezeigt

Config.Locale in config.lua legt die Sprache fest (en, es, fr, pt, de, tr, it, nl, pl, cs, ru). Alle in einer Sprachdatei fehlenden Einträge erscheinen auf Englisch, statt Fehler zu werfen.