Issue with peds spawning in player cars

having an issue that popped up randomly(no script changes that handles peds) where ai are randomly spawning in players cars either when they retrieve them from there garage(esx_advancedgarage) or just randomly if they get out of there vehicle.

2 Likes

See I’ve also been having that server in the server I play in. It seems to be a FiveM/Onesync issue one of the 2 but yea I would buy a car from our car dealership and a local would be on it and you can’t knock them off or do anything about it. I’ve also had issues where a player would be sitting in a car a car but they would also be driving. It seems like its normal for FiveM/Onesync to be doing this for the past couple of days. It also seems that it’s happening to a bunch of other servers as well has been having similar issues as well however I haven’t seen anything relating to a fix nor do we know if the developers know anything about the issues going on. Also we have tried multiple server artifacts and some seems to slow the problem but doesn’t fix the problem. So I really hope that The FiveM team acknowledges the situations that we are having and comes up with a fix Via updates or even an announcement for a solution to the fix.

How are you expecting any issue to be fixed if you’re not providing any consistent info or reproduction steps at all?

1 Like

there doesnt seem to be an exact way to replicate it, it appears to randomly happen

1 Like

Like Rev Said it’s random for the NPC’s to spawn in the car. As for the vehicles being borked. Player A the guy that spawns the vehicle gets in the car and gets out. Player B takes car. Player B is driving. however Player A sees him not driving. Or Player A is Driving, Player B is riding passenger. Player A gets out of car before Player B. Player A gets back in car along with Player B. Player A is driving but for Player B, A is still parked. That is how I noticed it working. Like we said the NPC thing is random and there is really no way to replicate it. However I did notice when there is a lot of people in an area it tends to happen more often. ie 10 to 15 people just with in a mile radius in the city someone spawns car from their garage then that is when locals may or may not spawn in your car.

Hey, I’ve been having the same issue. I haven’t been able to pin point anything, but it’s been happening within the last 4-5 days? It has gradually increased in frequency since, the only real thing I can tell you is that players will take out a vehicle from their garage, sometimes even park it on the side and an NPC will randomly spawn into it.

The NPC cannot be removed at all, we’ve tried blowing up vehicles to see what would happen and the NPC itself does not die it remains seated at all times. Invulnerable like shop keeps. Some cases we’ve tried towing the vehicle and the NPC randomly start driving off, but 99% of the time it just remains stationary.

I’ve tried reducing population density but to no avail. Have been trying other despawn methods but I haven’t come across anything that’s actually solved the issue or minimise it.

The issue doesn’t occur just for specific players, it happens to all players, it could be multiple times in a row or randomly.

I’m running just the standard OneSync server latest artifacts (40 slots).

I hope that helps in some form in addition to Rev & Anonimous1? Sorry I’m not really sure what else I can provide.

same thing is happening on my server, people would just pull there car out and a NPC will spawn inside, if any one has a fix for this be sure to mention me

This is what i have figured out so far.

Running 2766
We had this issues with peds just falling out of cars including air craft and blimps at a very high rate. So we had car pile ups every where and blimps falling from the sky every where.

Also peds that spawned in for our drug mission who are normally aggressive and combative. About 25% of them would stand their stupid or run away.

Running 2430
Fixed the issues but lost the tx admin up date which we really want.

Running 2641.
Brought the issues with peds spawning into cars randomly when you dont occupy them
and also brought back the non aggressive ped issue but fixed the peds falling out aircraft.

Im going to try 2569 tomorrow since thats when the txadmin update was released. Hopefully
its before the ped issues started.

How about instead of blindly trying random versions you provide steps to cause these ‘ped issues’ instead?

There’s various servers running on newest versions even with 400+ slots and AI enabled that don’t have this issue so it’s got to be related to something you’ve set in configuration or a script you’re using.

Ok step 1 get out of your vehicle. Step 2 get mad because ped is in your car.
or version two
Step 1 Dealer spawns in a car at the dealer to show someone. Step 2 get mad because a ped is in the car.
Like other have said there is no rhyme or reason to it.

Also the latest version for us doesnt have the peds stealing cars or spawning in them. Just falling out of their own cars/aircraft every where. Also some of them being dormant or or running from aggressive situations in scripts where natives typically have them being aggressive.

We are not blindly trying versions. If we can figure what update caused stuff to stop working we can
probably figure out where the conflict is.

Yeah most servers atm are running old server artifacts!
In our Dutch category most of them are running on older artifacts.
Until now i have not seen any server running the latest artifacts and
having no issues at all. Also the most people that start a server are not developers.
So they probably will take artifact version 2430 as this is the “Latest Recommended”
standing at the top with a big nice blue button. And if you call something
the “Latest Recommended”, you can safely assume most of them will
choose that version!!.

So if you say there are @deterministic_bubble
please show us a few that do, because for all i see right now is those that
did upgrade have weird OneSync issues at the moment.

Saying immediately that it probably lays in one of the servers resources is bogus.
For us personally we have not changed or edited any resource files at all lately, and
also we have the same issues as these other servers. We have not 1 single error in the
client or server console. Everything was just running fine until FiveM descided to update OneSync not all to long ago, thats where all these issues started to happen.

So again none of our resources has been changed, removed or edited. Our server was running just fine. Then FiveM has some update and now everything is buggy has hell (with the AI).

  • People not able to see a spawned in car for some time.
  • Traffic that person A sees, person B does not see and drives right through it.
  • AI randomly spawning behind the wheel of the players car on exiting.
  • AI randomly spawning on the map being and staying static
  • Cars randomly spawning in on top of each other, blowing it all up after.
  • Players invisible and unable to see each other.
  • AI Cars often are empty, no driver visible yet the car is driving.

The above summed problems are OneSync issues, things we are unable to fix server side.
Furthermore if we revert to a older artifact version the issues stop to exist, what is confirming that the issue lays within the artifacts and not with one of our resources. On top of that if we run a clean server with just the server files, we have the same issues!!! So if the issue presists without ANY plugins installed. Explain to me how this is a resource issue ? @deterministic_bubble

Also your saying to @Degeneratepos not to blindly trying all kind of server version, but why ?
If you want to debug a problem you a stupid NOT to try different versions of the server Artifacts. If you are not trying other version to see the results, you wound be able to debug something in the first place. So its actually good he is trying to debunk this with different versions.

Bottom of the story. FiveM did a update - then we experience a lot of issues - we request help and like always, FiveM points the finger to us and tells the problem lays with us. FiveM grabs over 100000 dollars per month via patreon for INSANE license prices, wile at the same time they have their software open sourced and are unable to push updates without introducing many bugs each time. I have spoken to one of the devs once on the CFx.re Discord about problems we experience before these issues. After some talk he said to me “You are always welcome to help us our with development, you can find the repo on github”. But here lays my biggest issue. If your program is open sourced and you do depend on outside developers, then why are you guys asking that much money per month for 128+ players. What the heck are you guys doing with 100k per month ?

If you guys would use that money you so get from all of us each month to actually hire some good developers instead of wasting your time with introducing a complete new Client UI, or those stupid jokes on starting the client, or the music intro you lately added, or the old GTA layout you get on start up. You guys lately are wasting your time to change the looks and feels of the client while we are getting drowned in crashes and client issues.

I think you guys need to prioritize your workflow once and fix the client, instead of adding in all these extra things that are useless !!! And hire some good developers for once instead of depending on other developers do on your github repository. And you guys know your system is buggy as hell as you guys are making jokes about it in your client intro slogans what looks so freaking unprofessional. From a developers standpoint, if i was new to FiveM and saw those slogans, i would do a 180 and walk away. Because if FiveM itself is not talking them selfs and their own software serious, how can you expect developers taking it serious. ? no one like to work with a system that feels fundamentally broke!

And as above, this is not some inherent inevitable issue in the latest versions. Read what I said above.

So? That doesn’t mean nobody else runs a newer version.

At the very least:

  • RSM Freeroam
  • GTALife FR
  • FDG Australia

Each of these updated and confirmed no such issues occurring whatsoever - which made us assume the latest versions as known-good.

I’m not saying such. I’m only saying the issue might be exacerbated by certain resources or configuration settings, for it does not seem to be reproducible or inevitable.

“decided”

You are aware this is not some unilateral decision, and we don’t intentionally push broken updates on you, right?

Users wanted improvements and tweaks, and I have been struggling for weeks to get these to work reliably, until the people I had test stuff reported the new versions worked reliably.

And do you have any reproduction steps for these issues, given how neither I, the aforementioned server owners, and half of #releng on Discord seem able to reproduce any new behavior issues at all, and some even claimed that while they did occur at some point, a large amount of them were fixed subsequently?

Also, many of these issues have been reported since forever and have nothing to do with new changes nor are inevitable again.

How are you ‘unable to fix them’ server side?

FiveM, including OneSync, is open-source on GitHub: https://github.com/citizenfx/fivem

Since the issues occur for you, you can debug them yourself and fix them for everyone.

They don’t occur for me or for anyone else I’ve asked to test.

Sure, if you explain to me why these issues don’t occur for me, or any other folks we’ve asked to test ‘without ANY plugins installed’.

Also, in my post I said ‘or configuration’.

That includes:

  • Console variable settings.
  • Network connectivity on any hop between end user and server.
  • Server OS, OS version and specifications.
  • Player systems, player positions, player count, player behavior, etc.
  • etc., many of these not being scripts.

Again, combination-induced issues do exist. Nowhere in this topic have I implied that a regression is solely induced by user resources.

In fact, if I were so convinced of that, I’d not have replied to this topic at all as I’d not have been trying to find out what is causing these issues, for they do not occur for me or anyone’s servers which I have access to.

I’m merely trying to help figure out the underlying cause and fix these issues for those people having them. Without them happening to myself, this is impossible.

He wasn’t trying ‘all kinds’ of versions, he was making random jumps between various unrelated versions.

In addition to that, oftentimes a build contains multiple commits, and if trying to find the root cause of some issue, going build-by-build is the primary step.

Plus, it’s already known when these issues started occurring for most and when they worsened/improved again for some.

It, however, is not known where in the code these issues originate, due to the complex interaction of client/server code with Rockstar’s game logic, and these issues not occurring for myself or any other scenario I have access to.

Continued in a second reply.

It is however misguided to just randomly pick versions instead of trying to ascertain a starting point, and it’s already known which bug fixes (not arbitrary changes or ‘improvements’) led to these issues happening for some and a 2-week sprint being entirely dedicated to getting to the bottom of these issues until server owners we’ve asked to test confirmed they did not occur anymore in their case.

Them still doing for some others, in fact, is exactly why we didn’t blindly update the ‘Recommended’ build tag. It’s also exactly why I’ve been replying to these topics, trying to get information from the users that experience these issues.

I’m not acting as if they don’t exist, I’m just stating they’re not reproducible for me or anyone I know, so it’s not possible to fix them that way.

No.

Nowhere am I doing so at all.

Nowhere have I done so at all.

If I believe an issue is with the user, I’d not be replying to a topic at all, but letting others do so only.

If I reply to a topic, I am providing a good-faith request for more information to help reproduce the issue.

Part of the CitizenFX philosophy is that there is no user error.

If any user can do something wrong, that’s a flaw in the framework itself.

That does not take away that certain issues only get exposed with specific user code or configuration, that is often not directly accessible to me, so I can’t fix it until someone provides a magic hint.

Wild speculation and blatant misinformation.

Server updates pushed to the ‘latest’ list are not even meant to be bug-free; that’s what the ‘Recommended’ and less so ‘Optional’ labels are for.

Nobody can write software without bugs the first try around.

Client updates get pushed as soon as there’s a known-good state for over 99% of users. That certain edge-case systems experience issues is beyond our control as there are millions of user hardware/software/network configurations possible.

Again, wild speculation.

In reality, any amount will lay much lower due to 60% tax pressure, server costs, additional tax pressure from VAT, software licensing and legal fund contributions.

Your hypothetical ‘100k’ by that point would have less than 10k left a month to actually spend on anything.

We have tried this, however nobody in the community seems to have the highly specialized 0.001% skills one needs to be able to work on core issues related to this project.

It’s not like people with this very specific reverse engineering skillset are just ripe for the picking.

Remember this topic?

Nobody with any proven skills applied at all.

Huh?

You are aware intro UI has zero relation to in-game issues, and is not even taking up any time spent on the latter?

In-game issues are generally either fixed immediately upon discovery, or if that does not happen, it is because they are not reproducible in a guaranteed way, and there’s no live-trace info or full memory dump provided by the people who do have those issues.

You’ll see countless examples on the forums of people posting a repro, or a full dump, or similar, and having their issues fixed within a week from doing so.

Similarly, the examples of issues you see not fixed are generally those where they are generally unreproducible, and no users have provided any tracing or post-mortem information on the problem.

This isn’t some discrete software system where everything is developed in-house, it’s a modification to an entirely undocumented video game which has infinite possible unknown interactions.

It’s perhaps even a miracle it works so well for a very large amount of users.

Again, discounting the lack of correlation between UI design and actual in-game issues, if you’re having any ‘crashes and client issues’, report them. Provide (full) memory dumps. Provide the resources you were running at the time of a crash. Provide the assets you were streaming, and the positions players were in. Provide or write logs that track down entity state whenever some replication issue occurs.

There’s over 10,000 different servers, there are over 5 million unique client systems, 50,000+ unique resources - even an automated system given normal amounts of time can’t test them all, let alone a small set of humans, and yet each of them runs a chance of leading to an unforeseen interaction with any of the infinite variables at play.

That’s why we rely on end users to report issues they see, server owners to relay issues rather than long-form untargeted complaints, and metadata reporting on crashes shows that most top issues don’t have enough information available in automatic reporting, yet nobody is rising up to send their resources, their reports, their full memory dumps, etc. for many of these issues.

Again, what ‘extra things’?

In recent months, many things have been added that actually got fairly good reception.

Also, a crazy amount of top crashers got fixed based on user reports.

That some issues still persist for some implies that the people experiencing those issues have not provided a clear repro for them.

…?

Random jokes based on community reactions have zero things to do with an admission of guilt.

FiveM works fine for the vast majority of users.

We are aware it doesn’t work fine for a small amount, and nowhere are we saying this isn’t the case.

As I’ve said many times above, I can’t fix any issue that I can not induce or analyze otherwise.

It’s like you’re asking an electrician to ‘fix your house wiring’, but they may only look at it, and not remove or even probe at any power sockets, but from the mere fact you’re saying something is sparking when you’re plugging it in (maybe even making a video of it), but not even making a scan of under-wall wires even if you’re giving the equipment for it, they have to fix it in one go and if that’s not good instantly, everyone you know will have a go at them.

That’s still a bad analogy, but sometimes people like thinking in analogies.

There’s no undirected ‘fix everything’ procedure. Issues have to have information provided before they can be fixed.

Oddly, lots and lots of people seem to ‘like to work with it’.

If you’re saying unstable, canary server versions having a number of issues that are yet unfixed as they’re unreproducible makes a system feel fundamentally broken, I really wonder if you ever used any canary builds of any software at all.

If there’s other concerns you have, post them with as much info as would be needed to induce them from a clean state. Don’t say ‘just join a server and it happens :man_shrugging:’, provide detailed steps. Look at some of the solved topics in #general-discussion:1s-reports and #general-discussion:bug-reports for what you should be posting.

2569 Did not fix the issues related to peds spawning inside cars.

I also have been testing the latest version today with 2784 and can confirm even with only these running.
mapmanager
spawnmanager
fivem

Once we get past 9 people Blimps and helicopters start falling from the sky and peds start despawning leaving their cars bugged.

Are you able to cause this in any place/way with less players? 2784 fixed an occurrence I had of leftover vehicles with 3 players just fine, but I can’t have ‘9 people’ on demand in the same area to test.

Even with a server full of people i have trouble getting 10 to help test. So i know its gotta be tough for you. Every time we were below 8 everything was smooth and great. After that it varied 9 10 11 when it started happening. Cars and air craft would lose their driver. Two main areas it was easy to see was near pillbox medical center (( a heli copter spawns and drops) and on the highway overpass near the vanilla unicorn. (this is where blimps come to a landing.

After about 10 people were on if you were in these two areas it was almost as if one of them would re spawn and drop as people would spawn into the server. Meaning one of the already spawned blimps would disappear then reappear in the sky and fall down again.

And the recent fixes made no difference at all in your scenario, or did it increase the minimum count to experience issues?

I cant compare due to the only testing ive done with the latest version was today on our dev server. Before i pushed to the live server i added a script to disable air traffic. I will say though running it today ground traffic has been much smoother then normal and was honestly having a convo about it with someone just now. Its what made me think to check back on this thread. But currently only 25 people on the server right now since we are a US based server. So will know better tomorrow during prime time.

Also experiencing this issue, running 2784 (also experienced on previous builds). Haven’t been able to reproduce the issue in our dev server, but that could be due to not having several people to join and be in the area. In the main server, I cannot recall it happening with less than ~10 people on. Mostly happens in peak time periods.

I have attempted to despawn the ped’s by running the following code on vehicle spawn, with no luck:

local maxIndex = GetVehicleMaxNumberOfPassengers(callback_vehicle) - 1
for i=-1,maxIndex do
	local ped = GetPedInVehicleSeat(callback_vehicle, i)
	if not IsPedAPlayer(ped) then
		print("Trying to remove ped from seat "..i)
		local model = GetEntityModel(ped)
		SetEntityAsNoLongerNeeded(ped)
		SetModelAsNoLongerNeeded(model)
	end
end

In a previous iteration of that code snippet, I also tested to see if the vehicle seat was free using IsVehicleSeatFree which always returned true, even if there was a PED in the seat due to this issue.

Is there anything I can provide that could assist with debugging?

If even you can’t reproduce it while having the issue, how are you expecting it to get fixed at all?

What OneSync settings are you even using?