- ESX
- QBCore
- Qbox
JG Mechanic Script
JG Mechanic gives FiveM servers a full RGB and chameleon respray system, OneSync-synced visuals, engine swaps, dyno testing, and mileage-based servicing at 0.0-0.1ms resmon on ESX, QBCore, and Qbox.
Visual FiveM weapon attachment UI with inventory persistence, addon weapon support, job/item gates, and 0.01ms active cost. Standalone or integrated with ox, ESX & QBCore inventory.
GTA V's default weapon component system has no interface — players attach suppressors and grips through inventory clicks with no visual feedback on what they're changing. This weapon attachment UI replaces that with an overlay inspired by the customisation screens from modern military shooters: you see the weapon, you see the component slots, and you see the result before confirming. It turns a functional but invisible mechanic into something players actively engage with.
The inventory persistence is the technical detail that actually matters for server stability. Components applied through this UI survive weapon transfers, inventory moves, and session reconnects because the script writes attachment state to whichever inventory system you're running — ox, ESX's default, or QBCore's. You're not fighting desync where a silencer visually disappears after a server restart because the state wasn't stored properly.
Standalone by default, with full integration for ESX, QBCore, Qbox, and ox_inventory. No forced dependency on any single inventory system — connect it to whatever your server runs.
At £4.99 this is the lowest price point in the tactical tooling category on this store. If your server runs a firearms licence or gun shop system, the item requirement gate turns this into a logical extension of that economy: players visit the armoury, spend the item or fee, and walk out with a configured weapon. The 0.01ms active cost means you can have multiple players using it simultaneously without it registering on resmon. Rated 4.56/5 across nine reviews.
Use the documentation included with the download as the final authority. This plan helps you prepare a rollback, install in the right order, and verify the resource before it reaches players.
Open the supplied documentation before moving files or changing the database. Build the install order from the package, not from assumptions.
Ready when Every dependency and required file has a place in your install plan.
Prepare the server so the change can be reversed cleanly if the resource conflicts with your current stack.
Ready when You can restore the previous database, files, and configuration.
Apply only the changes supplied for this resource, keeping dependency and startup order intact.
Ready when The resource starts without missing files, exports, tables, or dependencies.
Restart the test server, watch both server and client consoles, and exercise the resource before opening it to players.
Complete when The intended flow works twice with no new console errors.
Weapon Attachment UI
Contact support
i have buy this script last week for my qbcore city. we are small server about 15 average players but everyone is really happy with this ui. before players use default inventory clicks and no one care about attachments. now they go to gun shop and spend long time to test silencers and grips on guns. no errors on restart and attachments stay on weapon. very good script for cheap price.
my developer told me to buy this for our esx server because we need weapon attachment to save after server restart. we use ox_inventory and the persistence working 100%. also we set item gate so players need special workbench item from armory to open menu. dev installed in 10 minutes no problem. i don't understand code but script work very well and no lag.
Reviews are moderated before appearing. Purchased the product? Your review gets a VERIFIED badge automatically.
Weapon Attachment UI is a FiveM resource for esx, qbcore, qbox servers. Review the product details, requirements, and compatibility notes before ordering.
Use the included files and documentation as the source of truth for installation, configuration, dependencies, and any stated performance information.