setTowParent only disables brakes while driving, not while standing still.
When you stand still or the lead vehicle is braking, the towed vehicle also applies brakes.

Hi!!
I have made some more tests to try to help you with the diagnosis.
Please have in mind you have to be very patient to reproduce it. 90% of the time everything goes well, and then it happens. Sometimes it happens the first time you touchdown, sometimes it takes 30 minutes and dozens of touchdowns to see it happen.
I have spent more than one hour testing the helicopter in different terrains, and I have managed to see it happen in Gia Lam airbase (Cam Lao Nam), in the Altis airport, and in Tanoa. When in Tanoa, it happened on grass terrain.
So it doesn´t seem to depend on the type of terrain or the scenario. I would say it´s the helicopter itself.

It seems it was already reported in https://feedback.bistudio.com/T157379

Thank you for reporting the issue.
We will see what we can do.

Currently you can add eventhandlers that will check if turret have countermeasure weapon and reapply effectiveCommander to player when he change seat or get in, but this does not help when vehicle have more than one turret with countermeasure weapon.
For example RHS AFRF tanks have thermal smoke gen from driver seat and smoke shells from commander. You can not have two effectiveCommanders at the same time.

roger that

agh, there's not many left who care about it anymore. Seems a shame since there are at least 13,000 players online at any one time. You might chat it up with the guys on Discord. There a few really commited members.
https://discord.gg/arma

I wonder who's sausage I have to smoke before someone looks at this?

Are you playing with mods or vanilla?
Please add your .rpt so we can see what happened.
https://community.bistudio.com/wiki/Crash_Files

Thank you for reporting the issue.
Passed it on to the programmers.

@Janopa1 @bolan Hello please add your Crash files for the most recent crash, here's a link for where/how to find your crashfiles.
https://community.bistudio.com/wiki/Crash_Files
Most important are the .rtp and .mdmp files but any thing you add might bring us to a solution sooner.

Thank you for reporting the problem.
We will see what we can do.

This param is not doing anything and it seems to cause confusion among content creators - it is definitely more safe to count entries in Wheels class instead

Why remove it? All other config entries for the other vehicles are accurate, just not the HEMTT. This config entry is very useful for many scripts.

i need help my game freezes when i start it , its just a blackscreen and in the task manager it says no response.

What is the problem? Your rpt (log files) are from several months ago, and there's no error or anything relevant in them.

Please advise me what to do. I have already tried the reinstallation.

In T162211#2261852, @Tenshi wrote:

Hello thanks for reporting the issue. Could you upload a Mission or Scenario for the Repro?
This would help a lot, with checking it on our internal version and possible troubleshooting.

Will be fixed. Thanks!

Will be fixed, thanks.

Will be fixed, thank you.

Sorry, seems I have missed one object with the same problem
Please accept these changes:

dev build rev148862 has just been released with the fixes from this ticket, seems ↓this↓ change hasn't been committed, please investigate this

So something to add...
...I "resumed" the mission, (Pilgrimage on Altis) and I didn't have smoke. I tossed my smoke grenade as usual, restarted/resumed and of course I had smoke. However!, I had a busted tank at a gas station getting fix by TPW and I noticed that I didn't have any TPW repair sound. The mechanic was there but no repairing sounds. The sounds did come back after I restarted/resumed, just like the smoke fix.
...Now stranger things have happened but I can't imagine TPW would have anything to do with the topic at hand. Who knows.

Hello Georg,

rev. 148862, available on upcoming dev branch.

Hello Nivek,

Hello Nivek,

due to our team not being able to reproduce this issue, we will close this ticket.
It seems to be the "typical Arma case" in which a killed AI ragdolls into an object and then knocking it over.
If you have additional information and/or in the unfortunate event that (part of) the issue persists, please open a new ticket and include a link to this one.

Thank you for your feedback! It will now be reviewed by a specialist in our internal QA system.

Thank you for your feedback! It will now be reviewed by a specialist in our internal QA system.

Thank you for your feedback! It will now be reviewed by a specialist in our internal QA system.

due to not being able to reproduce this issue, we will close this ticket.
If you have additional information and/or in the unfortunate event that (part of) the issue persists, please open a new ticket and include a link to this one.

due to not being able to reproduce this issue, we will close this ticket.
If you have additional information and/or in the unfortunate event that (part of) the issue persists, please open a new ticket and include a link to this one.

due to the fact that we can not apply a separate animation for the case that a person is sitting in a helicopter or have dynamic animations where for example the angle of the gripping would adjust, here we are limited by the fact that the normal hand animation can't be changed.
Thank you for reporting but unfortunately we can't do much about it.

Thank you for your feedback! It will now be reviewed by a specialist in our internal QA system.

And direction going precisely up/down together with normal up vector just doesn't work.

What if you simply do something like:

if (dir.x == 0 && dir.y == 0) {
   up = {1,0,0};
}

? Does changing the up manually not fix it?

still happening, mostly when switching seats in vehicle via mousewheel

Laser always has a standard up vector of.. up.
And direction going precisely up/down together with normal up vector just doesn't work.

2 months and not even a look?