In T73168#2316724, @BIS_fnc_KK wrote:

and what does stop you from trying it out?

I wander if a vehicle touching (driving over) a dead body gets thrown into hyperspace when the awake command is used on that body at that specific time...

In T165117#2314845, @Leopard20 wrote:

In T165117#2314110, @LSValmont wrote:

Having this would be awesome, another one is "[Feature Request] Forcing unit ragdoll despite it is playing an animation". You know when a unit playing a custom animation gets shot and killed but he still plays the animation even thou it is already dead.

That's related to poor animation setup. It's not a game bug. Whoever made the animation can fix it themselves.

Having this would be awesome, another one is "[Feature Request] Forcing unit ragdoll despite it is playing an animation". You know when a unit playing a custom animation gets shot and killed but he still plays the animation even thou it is already dead.

In T63050#2307214, @BIS_fnc_KK wrote:

Should be fixed in 149354

Resolved, or wontResolve?

This is really, trully, a godsend! Thank you KK!

This was supposed to be fixed already!

Would be quite useful considering scripting missions that deal with mines is currently a pain in the "rear". =)

If I remember correctly creating a rope from and to the same object was crashing the game before. Maybe that is why it was changed?

In T126030#2288662, @johnb43 wrote:

Testing some more today (with one self-hosted server (host), other client) revealed that if the locality of the AI is changed, it fixes this bug - but only for the PC it was set local to.
So in my case it made it possible to pick up items from a dead body local to my connected client, but from my host I couldn't pick anything up from that body anymore.
When I made the body local to the host again, I could pick stuff up on the host again, but not from the connected client.

With the previous discoveries, I'm guessing it's some sort of locality issue not being correctly synced across all connected PCs.

Perhaps a work around could be for example a new "setTowParentStrong" command.

The bug happens if the team leader dies. Then the group goes north and the current task is never completed (Clear Agia Marina).

I can confirm this. Nato Vehicles work, other factions don't.

We also need a disableCollisionWith "ALL" command. For example those complex rock collisions could be disabled for rocks on roofs of caves etc that players are never able to reach anyway and are for cosmetic purposes only.

Having an action menu for opening a parachute is ancient by now. BI should change it to the F key... You are clearly in freefall animation and won't be shooting so the "Cycle Firemodes" key "F" is useless anyway. And once your parachute is open the F key returns to normal. That is called Context Keybinding and is very helpful for not having to bind different actions to different keys. When freefalling a small text should appear "Press F to open your chute".

Important update:
This is a huge issue and could be responsible for lots of the perceived stutters and sudden slowdowns A3 is so famous for.

Very impressive repro and ticket, fully documented and even with suggestions on how to fix the issue.

This could be a pretty big issue. Does it happen 100% of the time under those conditions?

In T161132#2242373, @dedmen wrote:

Has been on my todolist since march 2020 🙃

Nice find Leopard, thank you for your efforts in finding, reproducing and then making tickets out of these issues that while small we all know that Arma needs all the performance improvements it can get no matter how small.

Had this issue in Malden after adding those rocks manually via the EDEN Editor as regular objects (Not simple objects) but all simulations disabled on them.

Wow, nice find Ansible2!

Still an issue as of July 2021

I've just found a mod that does this partially: It removes the useless actions of "EJECT" and "REARM", "LIGHT ON", "LIGHT OFF".

In T154810#2214146, @Tenshi wrote:

Issue seems solved indeed!
and if you use

{_x enableGunLights "forceOn"} forEach (units group player);

during the day it will just make the lights auto turn on when nightfalls.

What happens if you use _unit enableGunLights "forceOn"; during the day and later the night falls. (Do they turn the flashlights ON automatically or you have to issue the command again at night for it to work?)

This happened to me as a host with 10 other players yesterday on the Stable branch.

Very Annoying indeed

This would be awesome to have!

In T152896#2197206, @dedmen wrote:

Is this worth it?

In T152896#2196553, @dedmen wrote:

You forgot about how https://community.bistudio.com/wiki/setLightIntensity overwrites the value of setLightBrightness when clearly they are both different things.

They are not different. Brightness is a old deprecated way that got replaced by intensity.

Probably the easiest and most feasible way to implement this feature. Thank you kju-PvPscene and lets hope a brave dev can claim this soon.

This would greatly benefit so many scenarios where the mission maker might require Ai units to revert back to their NON COMBAT behaviors faster or slower than the hardcoded default 5 minutes.

This still happens as of May 2021. Clearly a problem of the Ai's FSM routines that don't delay the orders enough. Units who where just given the order to dismount should wait until their state is no longer COMBAT for being given the mount order again.

Confirmed I also still have this issue in Hosted Multiplayer. Usually the mission host is fine but one of the players complains about this issue on every session. Seems to happen to 1 or 2 players for every 10 players on the server.

Must have.

Well done! Thank you!

You are lucky it only fires twice. Just check how many times the HandleDamage EH fires on a single bullet.

Happens on Agents too.

I was part of this :) Thank you R3vo!

This issue frustrated me so much that I just gave up on custom UIs for Arma 3. I hope this gets fixed and the GUI editor improved to usable leveles.

Is this fixable?

This is present in the latest RC as "Suppressed" entity Event Handler.

Thank you Leopard for voicing some of us content creator's needs and requests here and on the Discord Channel. If this gets implemented the new features/gameplay improvements we could bring to Arma 3 are indeed many! And while there are a number of scripted solutions for this, none is both precise and/or performance friendly enough for large scale multiplayer.
+1 for this and +1 for Leopard.

Very detailed and in depth post SuicideKing! There should be indeed a way for the engine to unload no longer used textures to free up memory usage or another method to handle DLC assets without CTDs or performance degradation... Also, 4K textures are the norm now.

This would be optimal, currently we are using performance heavy script just to achieve this... Great suggestion and I hope it gets implemented.

Wow, that is great news @dedmen ! This will enable pretty cool scripts and mods to work better ;)

+1

You forgot about how https://community.bistudio.com/wiki/setLightIntensity overwrites the value of setLightBrightness when clearly they are both different things.

By things you mean the vehicle being tracked by the missile? Or the object that the missile is going towards? Because the bad things here are two: That the missile looses track a of target just because you lowered your viewdistance and the fact that if you shoot your rocket towards an object if you reduce your viewdistance the missile just goes randomly anywhere instead of the original direction of said object. If the missile looses an object it just needs to continue going straight towards the last known position of said object or the direction it was fired at and not any random direction or perhaps position [0,0,0].

Thank you KK! This is very useful!

Reason for some cases of Ai shooting at players they are not supposed to see through buildings?

Thank you BIS_fnc_KK ! Nice fix

Yeah a volume setting would do the job well! Hope it gets released soon! Also don't forget a command to find who has VOLUME 0 easily.

I just can't imagine how many misses this issue has caused!

Another issue, when you create missions on the EDEN editor the game by default now adds a n OLD MAN dependency to the mission just as if you had a mod installed but you never really added anything OLD MAN related to your mission, just place a bunch of regular Ai units and the dependency will still happen.

I have found a solution. Instead of editing the enemy unit's loadout using the "edit loadout" option, I scripted the customizations to the loadout via the unit's init. For whatever reason, this works and allows all my players to loot everything off the body. It seems that the "edit loadout" option is broken in regards to the player's ability to loot their stuff.

Had the same issue just yesterday, pretty game breaking... kills the immersion for players...

Had the same issue (v 1.98).

• Hosted Game (Playing on LAN)
• Coop mission with 6 players
• No mods other than CBA
• Only one player had the issue. (non host)