isVehicleOnGround does not work after setVehicleHandling

[mahlukat5]

Describe the bug
isVehicleOnGround does not work after setVehicleHandling

To reproduce

1. enter a vehicle and check isVehicleOnGround
2. change "suspensionLowerLimit" property to -1
3. reset "suspensionLowerLimit" property
4. check again isVehicleOnGround
5. do /reconnect and check again with same vehicle model

Expected behaviour
isVehicleOnGorund need return true after setVehicleHandling

Screenshots
https://www.youtube.com/watch?v=mLFZEdBOrWs

Version
client: v1.5.8-release-20829
server: v1.5.8-release-20829

[Dutchman101]

This is related to an old bug, that causes vehicles to flip over and spin uncontrollably when driving over a road that's close above a water surface (e.g SF Airport runway) when using custom handling with modified suspension upper/lower limit (a certain value/range/probably some randomness involved). Said bug can come in the described game-breaking form, or without this "flipping out of control" but corrupting the Z axis of getElementPosition

For corrupting the Z axis, it goes like this: getElementPosition returns an incorrect value for the vehicle that you're driving. The most common way this affects players is that in freeroam gamemode, writing /sp (many people use it on a bind for quick "superbrake" and repositioning if they get hit or almost crash) should get the current position if you didn't supply any coordinate arguments.. and quickly set the position back to it.

Without the bug, you will literally have a 'superbrake' effect. You will just stop in your tracks.
But with the bug, you will get thrown up some feet into the air (while you used it as your wheels were on the road). You will have to land back (falling from the sky) every time, until reconnect.. because it supplied an incorrect Z, and uses it in setElementPosition.

The "flipping and spinning out of control" bug is somewhere on the tracker, but i dont feel like looking for it now.. maybe someone else can find it. Maybe the Z axis one as well. But they are very related to the cause of this issue, and i figure the Z axis side of it is the most tied to it.

EDIT: forgot to mention these weird bugs (like flipping from suspension) can also happen if your own vehicle doesn't have modified handling, but someone nearby (or on the server, who knows even how long ago) did, or had a circumstance that triggers the bug there. It can then persist for a long time and affect random players, and besides 'flipping' can result in these kind of wheel height desyncs, including as resulting from remote player vehicles as described:

All these pieces of information are odd, but together they may provide clues to what internal GTA thing/state is bugging out here. Just like this one: if you modify any handling parameter and apply it (e.g a random digit edit in 'hedit') the wheel height desync as pictured will go away for a while, and either return while still driving around in the affected area, usually airport, or stay fixed. However, i heard others say that if you add Hydraulics to the vehicle, the appearance bug will also resolve and stay away permanently.