havent had the time to look into this very much, but thought it was worth mentioning that after corrupting a bunch of stuff on my computer and having to do a full reinstall, having the experimental version of this script as one of the first things added to a brand new server still threw the same errors. it just does not seem to like that fxap file, i guess, regardless of whether or not i remove the _experimental from the folder name. seems really odd.
This very much sounds like you are still running into corrupted files.
The encrypted files just use escrow and no other means of encryption.
Though interestingly this could be related to the Lua version… Make sure you are running an up-to-date server build and not something old as the other errors point to the “new” syntax.
very weird. i swear i’ve redownlaoded and re-extracted it something like 10-15 times over the last couple of months. my server build is from less than a year ago, just the version i settled on that seemed to be the most reliable with what i have since i was having issues with newer builds and i tend to waver more toward wanting the stability of not updating my stuff unless i have to(don’t run a public server anyway). maybe it’s still somehow not modern enough and i just have to do some trial and error… damn.
If you previously had some corruption going on, I suggest checking which server version you are actually running on. There has been malicious code going around that can downgrade your server version to exploit vulnerabilities.
Start your server, check the version using the version command in the server console and go from there. If it is your installed version, restart the server and check again.
If it changes, you still have corrupted files/resources.
oh no, sorry- what i was trying to say is that this is after i dealt with the corruption. i had to reinstall my OS from scratch, after which point i rebuilt everything on a new qbcore base and purposely tried to run your script as the first thing i installed once i was sure everything was stable and fresh, which is why it’s been so frustrating to have it still not work.
still, i tried running the command and restarting just in case, server build seems fine still. so sorry to be such a bother! i honestly thought i was just missing something obvious, no idea why things are behaving so oddly. also thanks for the headsup on the downgrade exploit!
1 Like
Experimental Update v4.15.1e
- Added 3 additional nil checks on server side update check.
- Fixed nil value being displayed in cleanup debug lines.
- Removed unnecessary goto instruction.
Some of you that have been using the experimental might have run into the following server side error:
SCRIPT ERROR: ?:-1: attempt to index a nil value (field '?')
> fn (@AdvancedParking/server/server.lua:123)
As rare as it is, it effectively “crashes” the part of the script responsible for updating and spawning vehicles on server side. Updates directly from clients were not affected.
However this essentially prevents any vehicle from spawning from that point on. If they despawn they stay missing until the script is restarted.
I have found 3 potential instances that could lead to this error and those are now just outputting a debug message instead of crashing the script. However this is not a guarantee that it is fixed. If you are still running into this error, please report it as soon as possible.
fixed! did some research, it was the lua 5.3-5.4 change that was screwing things up. apparently the server version i had stabilized with was right before that update.
1 Like
Experimental Update v4.15.2e
- Fixed convar change listener using
print instead of Log.
- Automatically disable telemetry when using a non up-to-date version.
The error mentioned here is still present in this experimental version. However I’ve taken additional measures in the logging part to prevent spam from old versions which should make it easier to find these outliers in the new versions. The stack trace should now display properly as well.
I will continue to monitor the situation.
Experimental Update v4.15.3e
- Fixed “attempt to index a nil value” on server side vehicle update that would crash parts of the script.
The error mentioned in v4.15.1e and v4.15.2e is finally fixed. The server side spawning/update loop should not crash itself anymore!
Experimental Update v4.16.0e
- Completely overhauled the cleanup process:
- Moved cleanup settings to separate config file.
- Settings now separated into three categories:
- Owned vehicles: Affects only player owned vehicles.
- Saved vehicles: Affects only vehicles that are saved in AdvancedParking but not owned by players.
- All vehicles: Affects only vehicles that are not saved in AdvancedParking.
- Fixed the
distanceThreshold option of the cleanup acting even when no players are present.
- Changed
timeThreshold and engineThreshold to only delete vehicles when players are outside distanceThreshold.
- Added full vehicle data on cleanup event.
- Added config option for fuel resource instead of auto detection.
- Added server side update of occupied vehicles to prevent vehicles being reset to their last position on game crash (does not save to database).
- Added safety check for vehicle type when saving new vehicle.
- Added several safety checks to server side update loop when problems with the vehicle network owner are detected.
- Better reliability for
/apbring command.
- Added append-only cache for owner check to prevent excessive query spam.
Since it is impossible to check all possible Cleanup configurations, it could very likely be that I missed some combinations during testing, hence this version could potentially be slightly unstable again.
This is likely to be the last “major” update before this is being merged into the live version. There will only be one more update focusing on readability and code cleanup. (apart from more fixes, should these be necessary)
