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"

+1 from me, more assets for terrain makers are always welcome

HQ entities are created with createUnit, hence they are units and have a group. Sorry but at this point nothing could be done about it.

Also, I can't use the designator screen to guide the GBUs or use the Bullpups

I fixed it !! right klick on the Arma3.exe and at security activate Admin mode and compatible to Windows 7. Enjoy the Game :)

Also seems to apply to object 'land_vn_bagbunker_large_f' e.g [15556,13557]

Should be fixed in 147616