Hello. I can confirm the problem. Same thing happend to me after update 2.00 (or 1.98 i´m not sure). All steam missions was completed with use of BIS_fnc_endMission so they all have activeKeys active in user profile. They just don´t seem to apear as completed on mission selection screen. Notice that it applies only to steam subscribed missions. Oldman scenario and pretty sure all missions exported to missions from editor or mod would appear as it should. I´ve loaded the game without mods and DLCs.
In game it looks like this:

Yes i tried yesterday, it was still the same thing

Was able to repro the issue on our internal build.
We will see what we can do.

Ahh okay, you can actually select the item.
It just takes one more scroll when preferred?

Are you still able to repro on current stable?

It's not caused by being the last item in the list overall, it's caused by being the item right at the very bottom of the panel. You don't actually need to scroll down to see it, you just need a long enough inventory list to make sure there's an item right at the bottom of the panel.

This is strange, but now, I also could not reproduce this problem! Maybe update 2.08 fixed that. Maybe some kind of mod influenced this before.
Now I disabled all my mods and did 3 tests. After explosion on my mine AI squad says - "Attack Rifleman!", but they do not move towards my location. Yes, the AI shouldn't order to attack the soldier and say"Attack Rifleman", because the AI didn't see me, but that's not a big problem. Generally the AI doesn't move towards my position. I'm wrong, you can close my ticket:/

Perhaps a more convenient(?) solution would be to allow custom CfgMarkers definitions in description.ext? Then the engine would still get its config class, and missionmakers would be able to define whatever markers they like without using a mod.

If you cannt reproduce this issee, then I'll do a repro mission for you, I need some time
I'm not the only one seeing this issue. One person even tried to make a mini mod to fix it.

I tested this in VR i made a hallway with a corner of VR blocks.
I placed a explosive expert on one end and 2 weapons squads of the other faction, on the other side then ordered them to walk to the explosive end.
Started preview and placed mines, and before the squads were able to to see me i used Splendid camera to move to a safe location.
After getting blown up the AI followed the path set in editor and didnt come to find me.
Tried it again this time placing less mines and running away manually, the AI would just walk to the marked point.
Unable to repro, are you using any mods or special settings?

Hello, thanks a lot for the answer, he is now running fine.

Tested on hosted dedicated server. FIXED! THANKS ALL!

Thank you for reporting the issue,
I was able to repro the problem on our internal version.

Thank you for reporting the issue.
This is a known issue, however due to the current phase of Live Ops development in Arma 3 we cant make any promises for when this will get fixed.

dev branch and profiling

To troubleshoot your crash we need more information.
Please follow this and attach your report log here https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

I wonder if it was a typing error with the missing 0?

oops. Sorry didn't think of that.

Did it only happen once?
This looks like random-ish crash to me.
Cannot explain how that might happen. If it only happened once then it was probably some space radiation.

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

We now have found the real cause, was quite a hunt but it shouldn't ever come back now.

I'd guess your server is 32bit and is just affected by the 32bit crashing that we had pre-hotfix.
So your issue should be gone by now.

Fixed in the hotfix.

The last log in that file is from december, and back then your game still ran fine.
There is nothing usable in that log.

In order to figure out what actually causes the crash we need your crashlogs.
Please follow this guide and upload the report log https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

Load server on latest 64-bit performance binary (2.08.149057)

Why do your repro steps say to run 64bit, but your logs say you are running 32 bit stable.

Windows 10 has some issues with USB Headsets, and your crashes look exactly like that.
And

Selected Audio Output: Headset Earphone (2- Arctis 7 Chat) - Channels: 1, Freq: 48000

That looks like a USB Headset for me.
If you can somehow get your Audio output not through USB, that should fix your crashing.

I need the actual crash report. Your text doesn't have sufficient info to tell what actually happened.
Follow this guide and add the report log https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

marker types are not just a texture. They have other properties like shadow/color/size/name/icon.
And atleast one place in engine, and two mods I know expect it to actually be the name of a config class.

Added a error message that tells when too large for 2.10

Okey I just tested it, even with Valves "200 MiB" limit, I can still upload 800MiB large mission files if they compress very well.
And if I fill them with uncompressible data, the limit seems to be around 400MiB.

so the total weight is reduced to 250 MO

Reproducibility: Have Not Tried

It crashed (because it ran out of memory) trying to print this error message:

Shameless bump. I also remade and reworded the ticket entirely.

You are running 32bit Arma.
Please use 64bit Arma instead, in Arma Launcher under Parameters its the "Platform" option right at the top of the favorites.
Please switch it over.

Thank you.. looking forward to the next branch and will report back if it still crashes after that.

Actually, we have experimental fixes for this issue on profiling branch. They are experimental and thus not enabled on the main build, but that would probably cause this crash to not happen.

The report you sent doesn't show a hang (freeze) it is a crash.
It crashed because the unit was in a group that had no group leader. I fixed it.
But its a crash not a hang as you said, maybe there are more mdmp's? (Please create a new ticket if so)

Fixed next dev branch or 2.10 update

When you visit the link, first thing it does is a HTTPS redirect.
I don't see a security risk here (Unless someone knowing that you are using steam is a security risk to you), but it should still be changed.

Yeah, poorman's database basically, you can always encrypt data on the server and save on client if you want to make it harder to manually edit

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

I usually use the in-game publisher as my mission is simple/alone, and the A3 publisher from Arma Tools is apparently used for campaign and addons.
I have checked the logs but I haven't found any solutions related.

I keep trying, but without sucess

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.