Youre right, being all positive is sure going to help. [Issue submitted: 2013-10-08 21:36]. Like they are making us a favor by fixing this malfunction.. At least my patience has run out, mainly due to the lack of feedback.

I don't think they can fix it with a reasonable effort because the code is a total mess.. Otherwise it would have been fixed already. Also, evolving the SP experience (that nobody cares about) has a higher priority than fixing broken things. So it may just take a couple of months or years, who knows.

The side of the uniform does not have any relevance accordingly to my tests. It simply does not work.

Probably because it is not an easy fix. Problems with distributed code is usually hard to both diagnose and verify. Im sure BI puts effort into this. Actually, im not that sure but I do have confidence.

It is a bug and its a major inconvenience. It makes no sense whatsoever that removeUniform is distributed but addUniform is not. Broadcasting through BIS_fnc_MP does not solve the problem. From what I can tell the sychronization problem is also not limited to only uniforms.

2013-12-02_00010.jpg. So here we are, enjoying the moon-light and waiting to blow something up. Me in my fancy uniform and my squad leader in his undies... Not a pretty sight.

I uploaded a sample mission with a few attempted workarounds as you will see. Nevertheless, the problem is 100% reproducable when you are at least 2 human players. It happens when you exit/re-enter the mission or die and respawn.

FWIW, I now use precompiled functions to do the loadouts. There is also a delay between players joining and the scripts running and between dropping weapons and uniforms and adding uniforms back. I also extend effort to ensure addUniform is run on the server via BIS_fnc_MP. Not sure if this makes sense. Im not a haxor on Arma script, but I think I have tried every permutation possible. All from just using init line scripts to do drop/add to what I just described.

Previously we used to drop not just our pants but also backpacks and ammo. At least now we are limited to loosing pants. There is no consistent behavoir. Sometimes when I join, both me and other human players loose their uniform. Sometimes I can keep mine but not the others and the other way around.

But I would agree that it feels like a synchronization issue in network code.

I have tested the dev branch now with a fellow soldier and here's the report:

Setup:
Dev branch v112828
Dedicated Server
2 human players

Same preconditions and test procedure as in my initial post.

Sorry to report it but the result is the same. The bug remains and it behaves exactly the same.

Jpapapatrmtara: Yes certainly, I will give it a go and report back within 24hrs or something. Very interesting. Thank you for all your efforts trying to fix this.

Its not resolved in 1.0.6. That much I can confirm. It's extremely annoying so I really wish it can be fixed somehow.

Here are the preconditions for the bug to appear in our world:

• Game is hosted either by dedicated server or local server
• Loadout scripts are used where it first removes and then adds uniforms to players
• At least two human players joins the server, either in spawn or in game (doesnt matter)

What happens is:

• Player A joins server with AI friendlies, everything looks fine
• Player B joins server
• Player A looses uniform, and sometimes player B as well
• Player C joins and spawns mid-game
• Player A and B looses their uniform

Its really bizarre and no workaround seems to fix it. Believe me, I have tried everything in the book.

The only "workaround" we have for now is to put Virtual Ammoboxes at all respawn points where ppl can pick up their pants so they dont run around looking silly.