Dépannage

Les problèmes fréquemment rencontrés, plus ou moins dans l’ordre où ils surviennent.

Une modification apportée à la ressource n’a rien changé

restart ne relit pas fxmanifest.lua. Si vous avez ajouté un fichier — une nouvelle langue, par exemple — tapez d’abord refresh dans la console, puis restart mic_boosting. Sans cela, le serveur conserve l’ancienne liste de fichiers.

Le panneau admin s’ouvre, mais chaque onglet est vide

oxmysql n’était pas démarré lorsque mic_boosting s’est lancé, l’initialisation de la base de données a donc été ignorée. Déplacez ensure oxmysql au-dessus de ensure mic_boosting dans server.cfg, assurez-vous qu’oxmysql dispose d’une chaîne de connexion valide, puis redémarrez le serveur.

L’utilisation de l’item de tablette ne produit rien

Dans l’ordre :

L’item mic_boosting_tablet est-il enregistré dans votre inventaire ? Voir 🎒 Items.
Config.TabletOpenMode est-il réglé sur 'command' ? Si oui, seule la commande /boosting permet de l’ouvrir.
Le serveur tourne-t-il en standalone ? Il n’existe aucun système d’items utilisables sans ESX, QBCore ou QBox — passez en mode 'command'.
Un administrateur a-t-il banni ce joueur du boosting depuis l’onglet Admin de la tablette ?

“Not enough police online (0/2)”

Chaque classe est configurée par défaut pour exiger 2 policiers en ligne avant de pouvoir rejoindre la file ou accepter un contrat. Modifiez Min Police Online par classe dans /boostingconfig → Classes (0 = aucune condition requise).

Si des policiers sont bien en service et que le message indique toujours 0, le nom de leur métier ne figure pas dans Config.PoliceJobs dans config.lua.

La police ne reçoit aucune alerte

L’alerte s’adresse aux joueurs exerçant le métier police, sheriff, lspd ou bcso, et uniquement pour les classes ayant activé Police Alert dans l’onglet Classes. Si votre métier de police porte un autre nom, modifiez Bridge.PoliceDispatch dans bridge/client_bridge.lua afin de faire passer l’alerte par votre ressource de dispatch dédiée.

Aucune invite sur le véhicule

L’invite dépend de Config.InteractionSystem :

'ox_target' (par défaut) requiert le fonctionnement d’ox_target ;
'qb_target' requiert le fonctionnement de qb-target ;
'drawtext' ne requiert rien — approchez-vous à quelques mètres et appuyez sur E.

En cas de doute sur le système de ciblage utilisé, réglez sur 'drawtext' et redémarrez.

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

La serrure vérifie la présence de lockpick pour les classes D à B et de advancedlockpick pour les classes A à S+. Aucun des deux n’est fourni avec cette ressource ; sur ESX ou ox_inventory, ils doivent donc exister sur votre serveur et être accessibles aux joueurs. Un EMP Jammer permet d’ignorer cette vérification.

Une erreur survient au lancement du mini-jeu de crochetage

Les classes utilisent glitch-minigames pour le crochetage. Assurez-vous qu’il est installé et lancé avant mic_boosting. Si vous préférez ne pas l’utiliser, désactivez tous les mini-jeux de cette classe dans l’onglet Minigames du panneau admin : la serrure s’ouvrira alors sur un simple tirage aléatoire, environ neuf fois sur dix.

Le mauvais framework est détecté

La console affiche le choix opéré au démarrage : [MIC-BOOSTING] Server Bridge initialized. Detected Framework: …. La détection cherche des ressources nommées strictement qb-core et es_extended. Si la vôtre est renommée ou démarre après, définissez vous-même Config.Framework sur 'esx' ou 'qbcore'.

Sur QBox, la console doit indiquer qbcore : qbx_core fournit qb-core, QBox est donc reconnu via sa compatibilité QBCore. Si elle indique standalone, qbx_core démarre après mic_boosting — déplacez ensure mic_boosting en dessous, ou forcez Config.Framework sur 'qbcore'.

Les contrats sont refusés : heat trop élevé

Le heat augmente avec chaque contrat. À Max Heat (100 par défaut), les contrats sont refusés jusqu’à refroidissement complet ; il décroît selon le rythme Heat Decay per Minute pour les joueurs en ligne. Ces deux valeurs se trouvent dans l’onglet Settings du panneau admin, et un admin peut ajuster le heat d’un joueur depuis l’onglet Admin de la tablette. Acheter Fake Plates le ramène à 0.

J’ai modifié `shared/prices.lua` et rien n’a changé

Ce fichier n’est lu qu’au tout premier démarrage afin de peupler une table de paramètres vide. Par la suite, les valeurs résident dans la base de données — modifiez-les dans /boostingconfig → Settings.

Un véhicule au VIN gratté n’apparaît pas dans le garage

Le véhicule est injecté directement dans la table de véhicules de votre framework : owned_vehicles sur ESX, et player_vehicles dans le garage pillboxgarage sur QBCore. Une ressource de garage stockant ses données ailleurs ne le verra pas — adaptez GiveVehicle dans bridge/server_bridge.lua. En mode standalone, il n’y a pas de garage ; vous conservez le véhicule directement dans le monde.

Je veux restaurer le contenu par défaut

La commande boostingseed saisie dans la console du serveur réinjecte chaque emplacement, point de livraison, classe, véhicule, configuration de gardes, mini-jeu, item de boutique, paramètre et entrée de progression d’origine. Elle ne touche ni aux profils de joueurs, ni aux MB, crews, contrats ou annonces du marché. Elle refusera de s’exécuter depuis le jeu.

Tout s’affiche en anglais

Config.Locale dans config.lua sélectionne la langue (en, es, fr, pt, de, tr, it, nl, pl, cs, ru). Toute clé manquante dans un fichier de langue est affichée en anglais plutôt que de provoquer une erreur.