This ticket can now be closed.

Here was the issue/fix for posterity:

I found a resolution to this issue

To clarify, this is happening to all heli doors in the mod and was not happening with DayZ 1.27

The RoadTripNG mod is the easiest to test this issue. The only dependency that it has is the CF mod
https://steamcommunity.com/sharedfiles/filedetails/?id=2354568600

So, can I assume from the lack of acknowledgement, discussion, or feedback that this falls into the 'it is what it is' category? I have to say that the lack of any kind of response is very unprofessional and disheartening.

Also worth noting is that, while I'm aware of the new "animPhysDetachSpeed" setting, but that only impacts vehicles based on boatscript.c, and doesn't behave as cleanly as "LinkToLocalSpaceOf". I could rewrite my boat mod to be based on boatscript.c but not my heli mod. Also if "LinkToLocalSpaceOf" isn't going to be supported (or it will misbehave) it should just be completely deprecated.

Probably the easiest way to reproduce would be using HunterZ's RoadTripNG mod, and jump on top of a vanilla car and observer the flashing and yeeting.

This also impact the usage of KeepInVehicleSpaceAfterLeave(true) when getting out of a vehicle seat. Basically any linkage of a player to the local space of a non-boat vehicle (based on carscript) is causing issues.

Yes such things are possible and Eliteness does get you part of the way, but the point is that debin tools are not actually allowed (despite their availability). The main thrust here is to make such things legit and sanctioned rather than a "don't ask, don't tell" policy.

This is still an issue and would seem to be a very simple change to resolve.

This appears to still be an issue following the 1.24 Stable release.

This appears to have been resolved in the 1.24 Stable release.
This ticket can be closed.

Not being able to wash hands is new in 1.24 EXP but not being able to fill bottles with ocean water was in 1.23 and I believe was intentional.

My thought would be to leave the entire thing as it is now with the general public (vanilla models are binned, you can't republish vanilla models to the Steam Workshop). Then have a path for modders to be 'registered' and have a Modder Portal where they could get access to the unbinned vanilla models and the authority to modify/republish them on the Steam Workshop. This allows modders to continue to use purchased mods (from CGTrader and such) and still abide by the licensing agreement to protect the purchased model assets, yet expand on the models contained with vanilla DayZ.

Confirmed that this is resolved testing against 1.21 HF2 in EXP release.

Attempt to mitigate by kicking out seated players or using UnlinkFromLocalSpace in the ~VehicleClass method doesn't work because GetChildren() returns NULL.

This only seems to affect the X and Z axis, as in GetVelocity(X, Y, Z)

Here is the effect on helicopters{F2932433}

Looks to be happening at the end of the GetOutVehicle method.

Have seen the same issue with the RedFalcon Flight System Heliz helicopter mod. Presents as a client side desync where the client side seems to get teleported and stuck in the falling animation. From other player perspective the teleported player hasn't moved and can be interacted with (hit, shot, cut, tied up). Relogging puts the player back where they started.

This looks to have been resolved in 1.20

As it says, the server side needs to be updated.

This is related to running an old version of the Overlay Removal mod (likely because it's been repacked in server mod packs and didn't get updated)

Yup, got that sorted so this particular issue is resolved. Now to get the keybind menu to scroll instead if cutting off excess tabs.