`esx_society` requires societies to be registered manually before opening. this forces it
also adds full support for charging, funding and retrieving balances in `esx_society`
This is a continuation from an earlier commit
- If something is attempted to be opened without correctly registered coordinates, (most likely being called outside the script), refuse it
- If the player isn't close enough to the registered coords, refuse it
Basically, built-in distance based exploit protection for shops/stashes/sellShops
Add a cooldown to workaround certain multicharacter scripts triggering events like `QBCore:Client:OnPlayerLoaded` more than once and duplicating targets when a player connected
Tidy up `createTempCam()`
Add `loadLocation()` and `clearLoadLocation()` functions
Add `renderTime` variable for `stopTempCam()`
Add wrapper functions for each one (for my own sanity):
`createCam()` = `createTempCam()`
`startCam()` = `startTempCam()`
`stopTempCam()` = `stopTempCam()`
- Allows filters to be applied to custom cameras when running `startTempCam()`
- Automatically interpolates between cameras created in the same script
- Toggle to attempt to render the location if camera is far away from the ped
- Clears all created cameras when `stopTempCam()` is run
This stops them instantly returning `false` and actually waits for the results
This fixes issues with players being unable to complete tasks determined by progressbars eg. installing items on a vehicle and it fails instantly
This new `fxmanifest.lua` variable (when true) will stop checking for script updates
People REALLY dont like being told when somethings fixed.
This will stop the update notifications for both `jim_bridge` and the script that loads it.
Reworked `frameworkCache.lua` to the new layout
Fix possibility of invisible props/ peds/vehicles on spawn
Start adding very basic and unfinished support for RedM VorpCore
