Enhanced the inventory config loader to support both old and new config file structures for QBInv by introducing a fallback mechanism. The loader now attempts multiple config paths to improve compatibility with different versions.
The script was randomly looping the config file check, if it hit qb-inventory first it would end the check and break the script, changed it to skip instead and fixed it
Realised that if using older (and custom) versions of qbox, the item list can't be retrieved through `GetCoreObject()`
This fixes that and also (if needed) grabs the item lists from inventories directly if needed
This was my bad, set up functions that requested the cache from server, didn't realise it was duplicating it and spamming it
This moves the requests to a separate file and uses an export instead
Also hopefully fixes ox_lib images being an arse
using the function to grab slot info, this can now check if you have enough inventory slots for items to be given, allowing it to check before TRYING to add them
People were reporting issues with scripts claiming items didn't exist, I believe this was due to their servers having slot starts (eg. alot of clothes or vehicles being loaded)
I've rewritten it to fully delay loading until everything is correctly cached and let the scripts continue. Also hopefully reducing memory footprint for it too.
---
Also slipped in an `experimental` function that grabs inventory config files to check their set InventoryWeight and InventorySlots to automatically apply it for other functions
---
Moves Auth Token stuff to separate file because it doesn't really need to be in `itemcontrol.lua`
Helps me keep track of it better too
Also added a "cooldown" to workaround people's multicharacter scripts claiming the players loaded more than once and breaking it
I forgot that it needed to check the client side too for the change, but I set it to check for a server only export
got lucky and realised `HasItem` is an export on both client and server
If `jim_bridge` attempts to find shared files, and it returns `nil` it will print an error message stating it couldn't find them.
So..people can stop blaming me for my script not working when its an error in their vehicles.lua
I had to add a checker for if old qbinv was being used or new qbinv
This was made into a variable, but this update makes the script auto set it if it can't find an export. Automating the process
This is a tricky one to support
They handle their shops inside their script with no way to add one from the outside
They give the ability to trigger a shop from outside the script, but not create one
This just adds that trigger for now
The intention here is to try and add multiple "billing" script functions, so the user can pre-set it for scripts that use `jim_bridge`
Currently only handles `jim-payments`
Workaround function made to detect if new QB Inventory functions are available
This can be used in other situations like checking if a script is working correctly or not and the export has been registered
I completely overlooked the fact that when ox_inv shows weapon info, it does it with the upper case version `WEAPON_PISTOL` while my scripts were looking for `weapon_pistol`
making my scripts think they didn't exist
This fixes that
I've moved the framework caching to a new file `frameworkCache.lua`
This now caches the framework data once when `jim_bridge` starts
Then in `coreloader.lua` now, the information that is cached is now called from that script
This also includes better handling of ESX cached data and should stop errors
This greatly optimizes the loading of all my scripts and lowers server load to speed up server start times
I have been testing this for just under a week and 6 different test servers and it appears to work fine
I've separated the built-in custom native GTA Notifications, skillcheck and draw text targets to separate files to be loaded along side `jim_bridge`
This now makes it so they only load once instead of with every single script, and each one can call on it
This change also makes these systems able to be called outside of `jim_bridge`
For example in my test server I'm currently using:
```lua
function QBCore.Functions.Notify(text, texttype, length, icon)
CreateThread(function()
exports.jim_bridge:Notify(nil, text, icon)
end)
end
```
This should fix issues for crafting complaining inventories are open when they aren't
I was trying to use per inventory checks for them being open until I realised I could just use `IsNuiFocused()` for all inventories to check if there was an nui on the screen that used the mouse, this should be a good workaround for it
This appeared to only happen with `jim-mechanic` repair from stash, due to the stashitem's table not being sent to the function
Making it save an empty table to the database
But this was possible in other places too
I've added fallbacks for if it didn't receive a table, grab a fresh one from cache/database
This function was created to help create random numbers
When you create a table of items with a random hunger value for example
`hunger = math.random(10, 20)` this will be set at script start and never change
using `hunger = {10, 20}` and then calling this function will make it generate a random number every time
It also fallsback if it simply recieved a number instead of a table
-- For example:
-- local hunger = {10, 20}
-- local hungerAmount = GetRandomTiming(hunger)
-- print(hungerAmount) -- number between 10, 20
I kept getting people asking how to remove prints because it "was filling up their f8 menu and looked like errors"
So I've made the "success" coreloader prints to be debugmode only.
Mainly older inventories may have had issues with custom stash sizes when opening them
This should fix compatibility with changing slots and max weight with them on trigger
When collecting Jobs from the server it tries it's best to determine which role is the "Boss"
It checks first of the Job Grade label containing the word "Boss"
If it can't find it, it then uses the highest number grade and adds `.isBoss = true` to it
Jim Shield