I thought I had it working with 'call' instead of 'spawn' (which it does work if called unscheduled) but, you are right. Call in initPlayerLocal.sqf is scheduled. I don't know why I thought it wasn't. So if you wrap it using isNil, it does fix it as a workaround. This does need to be fixed though.

Yeah, no dice. Tried it wrapped, tried w/ calling a setter instead of using set... All to no avail. Remains broken.

@wjbond - can you confirm that you were playing on server with custom mission where it didn't work?

Found the issue, BIS_fnc_fire has to be RE-allowed. I expected it to be engine-driven.

I think some sort of preprocessor would be needed. I have created a mod which can be placed at top level (like CBA) and does 'extra' stuff to sqf files which return an array formatted for hashmap objects. Not announced yet but, I dont mind people poking around or using it themselves right now. https://github.com/XPS-Group/XPS_A3/tree/main It does already do what you are looking for.

initPlayerLocal.sqf is ran as scheduled iirc. If you had wrapped it in a call block, I believe it would run that block unscheduled.

Nice detective work. I also found only the CTOR affected, but - sadly - whether scheduled or unscheduled, the error persists. (The code in the attached map was my actual second attempt; the first was without spawn()).

After some more testing it seems you don't have to paste right after deleting, you can place as many new objects after the delete as you want. This happens to units copied before a delete happened, then it's group will be set to [0,0,0] after Undo -> Redo

I tested with 3 people on Zeus Game Master on dedicated and it is working fine. Are you sure it is not caused by some mission settings?

Looks like T-100X doesn't work in MP at all anymore. No matter what I do, just doesn't shoot. Server-created vehicle, client-created, locality combos, AIs on other seat, never shoots.

I can confirm the error but, it seems to be related to using spawn and createhashmapobject. And it only affects the constructor... I am guessing constructor runs either scheduled or unscheduled depending on the parent scope when it should probably always be unscheduled. So, for example, using [] call { ...code... } without the uiSleep doesn't produce the error -and- I am guessing methods always work because they are 'called'. as Biki states:

In T175242#2501658, @dedmen wrote:

Fix is available on profiling branch.
You can switch that by going to steam Arma 3's properties and selecting the profiling beta branch

Hello, is it happening on some specific server? Are there any other mods enabled?

Dedmen can you please explain why it's not possible? Just so I know not to make impossible feature requests anymore :D

You can use symolic links for this, from documents folder in powershell:

New-Item -ItemType SymbolicLink -Target '.\Arma 3\missions\' -Path '.\Arma 3 - Other Profiles\ProfileName\missions'

Fixed in hotfix

These should be the log files i have noticed this bug in multiplayer arma 3 I forgot to mention this information