did you check logs from A3 publisher yet?

I can confirm this with attached scenario.
With any anti-tank weaponry (the Missile Specialist (AT) I am using does not use a PCML), the soldier refuses to engage any vehicle at 100m or 250m.
The AI is set to Open Fire (Engage at Will), and has a Destroy waypoint set on the vehicle in question.

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". =)

rev 149085 should be able to create it again

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.

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.

https://community.bistudio.com/wiki/missionProfileNamespace
https://community.bistudio.com/wiki/saveMissionProfileNamespace
https://community.bistudio.com/wiki/isMissionProfileNamespaceLoaded
https://community.bistudio.com/wiki/Description.ext#missionGroup

This sounds very much like a fix Ondra did late in A2/OA - maybe it wasnt merged?

anyone?

Sure, this can work.

Perhaps mission config param to override mission name? (not real mission name but name used for the file)

Are new commands isMissionProfileNamespaceLoaded, missionProfileNamespace and saveMissionProfileNamespace result of this ticket? If so, how are they connected to the mission itself? Through the mission filename? If so, then it won't fit for our purposes because we use different mission filenames for different communities (to avoid mission re-download when switching servers) like:
KingOfTheHill_by_Sa-Matra_for_CODE4.Altis.pbo
KingOfTheHill_by_Sa-Matra_for_ARMASU.Altis.pbo
but we need a namespace accessible between these different mission files but within our mission's "universe".

Fixed in Hotfix 2.08!

Thank you for reporting the issue.
I was able to confirm it, and we will see what we can do.

_trig setTriggerActivation ["ANY", "PRESENT", true]; has issues sometimes

My English is not good so I use translation software
Added:

1. Must be two real human players, one player and one AI will not cause this bug
2. No matter how the bug happened, the pilot can always solve this problem by pressing "U" to create a new squad and become the leader

The Trigger Issue persists after Arma 3 Hotfix still

getObjectId rev.149074

It seems like it's fixed now. If it should appear again, I will let ya know.

The cause of it seems to have been a hardware issue. We haven't had any crashes since our server host replaced the hardware.
Thank you for your help. o7

Yay! Steam update 13:30 today 16th seems to have fixed the problem. Nice one!

Very unlikely to be fixed

Just right click Arma 3 in steam> properties > Betas > fill in Arma3Legacy206 where it says code.

I could check that in like 10 hours because it's currently midnight for me.

it crashes as soon as i get to the main menu

The difference between a dedicated server & client seems to be a missing 0, as in Dedicated server is 2.8.148892 & client 2.08.148892

yeah with a GM update it just disappeared

Hello thank you for reporting the bug.
Could you check if its solved in Profiling build v6 (latest)?

This seems like it would be pretty useful.

@BIS_fnc_KK Did you miss the comment?

Is there something missing from this ticket?

@CG-Delta is this the same bug? https://feedback.bistudio.com/T71386