Steam support won't help me, they keep refering me to Bohemia's support.

@BIS_fnc_KK it's something, but unfortunately not quite there yet. Personally I'm after the weapon proxy positions which don't seem to be in the Memory LOD at all

In T158403#2192726, @dedmen wrote:

"Since the DLC came out" or "Since the last Arma update 2.04 came out"
when exactly did that start? So far it doesn't seem to be caused by Arma.

"Since the DLC came out" or "Since the last Arma update 2.04 came out"
when exactly did that start? So far it doesn't seem to be caused by Arma.

Will check tonight.

If both commands are used with "Memory" filter, the result is ["eye","usti hlavne","konec hlavne","nabojnicestart","nabojniceend","bolt_axis","trigger_axis","foresight_axis","backsight_axis","magazine_axis","safety_axis","bolt_catch_axis","bipod"]
and every selection has position, is this what you are after?

I have the same problem. I had it before 19th May when i was on Steam Beta branch, but since i opted out of it things became good again. Until today.
Error started appearing today again, i guess this Steam Beta update moved into their stable Steam branch.

After the CDLC update I was able to run a large Domination mission overnight. Looks fixed?

I have the DLC and get the same problem. Can't update any of my S.O.G. missions for anyone anymore. Hope this gets fixed soon.

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.

Should be everywhere now

I don't have the dlc, get the same problem, tried reinstalling entire steam and arma, restarted modem, disabled firewall, nothing helps.

Same issue and I am also not opted into Steam Client Beta. I have verified all files on both tools and Arma 3 and yet the issue persists. I have tried forcing an update in Steam but none are available in case the issue existed there.

Hey just checking to see if anyone even reads these anymore?

Were you able to figure out a solution, I am having the exact same problem

If the ATGM in use is the Malyutka this could be related to the bug I reported yesterday wherein the AI does not fire the AT-3 at all.

So there is no way to save your progress in a singleplayer warlords environment?

BTW, this seems to be a possible fix: https://forums.bohemia.net/forums/topic/222413-psa-fixed-actis-series-wireless-headsets-causing-crash/

In T158387#2189840, @GooseKnuckle wrote:

Hi,

Yes I am using USB headset.. SteelSeries Arctis Pro.

In T123918#2191818, @PiepMGI wrote:

Well... I know setUnitLoadout is AG EG but you should avoid running (allPlayers #0) setUnitLoadout (getUnitLoadout allPlayers #0). I'm not sure it's fine from server due to sync.
Could you test something more "classic" like:
private _loadout = getUnitLoadout bob;
bob setUnitLoadOut _loadout;
(bob is the variable name of the player in editor you want to play).
Sorry not very helpful.

BI devs?

It's just reproduce example on the video, of course I've stuck with this while was writing code by classic methods like - _unitLoadout = getUnitLoadout _unit; _unit2 setUnitLoadout _unitLoadout and etc...
If needed I can post a function. Unfortunately it doesn't matter which way u choose to write code with this command, because only setUnitLoadout command brokes it (I've tried all possible ways to write this code to avoid bug)

I'm having the same issue and I'm not opted into Steam client beta.

Well... I know setUnitLoadout is AG EG but you should avoid running (allPlayers #0) setUnitLoadout (getUnitLoadout allPlayers #0). I'm not sure it's fine from server due to sync.
Could you test something more "classic" like:
private _loadout = getUnitLoadout bob;
bob setUnitLoadOut _loadout;
(bob is the variable name of the player in editor you want to play).
Sorry not very helpful.

Confirmed this is present in the Editor with just SOG PF running.

Video
P.S. Command brokes replication if loadout array has uniform

Same issue as mentioned above. CDLC Campaign missions seem to be ok, but Mike Force, Antistasi and Vindicta crash with exactly this error.
Zeus Missions also don't work.
Is there any ETA on the update to the CDLC files?

i have the same issue and i cant seem to get this fix!!! what is the resolution to this?

@dedmen is this currently active in dev branch or perf/prof build?

In T123918#2191457, @PiepMGI wrote:

@HashCode How? What is your problem and reproducible test? I'm on it for a script right now, and I don't notice problem.

It has strange behavior. When I use this command in vanilla (from dedic on not local unit) it has chance to fail about 30% fail and 70% success. But right now I am writing script on moded server (armstalker mod) and it has 100% chance to broke replication. I've notice strange dependency - if my loadout array has uniform it will cause replication fail and sync will stop (only reconnect helps)
My steps is

1. Apply setUnitLoadout command from dedic server to not local unit (uniform must be in loadout array)
2. Ask that unit to drop any item (unit must ba player)
3. Scan unit loadout by getUnitLoadout command from dedic

After that U can see, loadout array hasn't been changed
I can share video if needed

+1
At least, surrender the booty (the FAK) when failed.

Did you test SimulationEnabled (_unit) ? Dynamic or not, the result is OK.

Assigned to None (as many things). So, super Dev None is on it. Without None, I can't imagine what feedback could be!

That's because the save system (general Arma) doesn't save all display/ ui event handlers (and perhaps some other ones but for sure the display/ui ones). If the author didn't take that into account, you can't do anything. Personally, if my scenarios/addons work with key bindings, I add an EH "loaded" (post-init) for re-running these forgottent EHs.

@HashCode How? What is your problem and reproducible test? I'm on it for a script right now, and I don't notice problem.

It's broken again, after using this command (I tried use it from dedic) inventory replication becomes broken and stops. Only reconnect helps. Weird thing is that, command will crash replication only if array with loadout has uniform.

SetUnitLoadout is broken again

Here is my error logs

I have this same issue. Hopefully, I will get it fixed.

in the config files for almost all sog helos:
configfile >> "CfgVehicles" >> "vn_b_air_ah1g_04" >> "HitPoints" >> "HitEngine1" >> "name"
has the same string as
configfile >> "CfgVehicles" >> "vn_b_air_ah1g_04" >> "HitPoints" >> "HitEngine" >> "name"