I removed the wiki entry as there is only coincidental correlation with 3DEN values

Revision: 146281

yes

Try disableAI "RADIOPROTOCOL" https://community.bistudio.com/wiki/disableAI

it's fixed, but no ETA on when it will hit exe

Wiki corrected

There has been some internal work done on it so don't give up just yet

Is this still happening?

This is a won’t fix. The player entering commander turret while leader is the drive will not be set as effective commander by default and so the option to use counter measures is not available. You can force this player to become effective commander by globally executing

The display config name is stored on display itself, you can retrieve that an look up config for it https://community.bistudio.com/wiki/ctrlClassName

Infistar is a user made anti cheat, contact the creator, this feedback tracker is for reporting issues with Arma 3

does it crash if you run vanilla, without any mods?

Looks like a separate issue, make a separate ticket please

works for me without delay

[vehicle player] spawn bis_fnc_planeEjection

There is no trigger owner option in vanilla

Thank you for your opinion

Cannot be done, the way command is designed, only one unit can talk on 1 radio channel at a time. So in order to make both units talking simultaneously for remote listener, each unit has to talk on own channel. Added note here https://community.bistudio.com/wiki/kbTell

@Groove_C then it should be fixed as well

Ok makes sense, ropeAttachedObjects also removes null objects, lets see what we can do

By your logic the variable that contained object should become nil and not objNull when object is deleted. This is not how it works. You havent detached object so it is considered attached and returned in the array. detach object before you delete it, you are the designer

Why is this unexpected? When you delete object the reference to it becomes objNull.

count (toArray (ctrlText _ctrl)) - text cursor at end

this will not work with non ASCII texts

Maybe

It is not a fix, it is a won’t fix

Are you implying that for now we should share non-Workshop missions in an unpacked form, as a workaround?

When you are publishing to workshop you are providing a picture separately AFAIK so what exactly is wrong with showing picture you uploaded to the workshop together with description you have given on the workshop when your mission is appearing in the section of scenarios which explicitly says that they are steam workshop missions? How is that conspiracy against the humanity by evil BI devs?

I tend to think that the decision to kill user-entered overviewText and overviewImage in description.ext/Eden Attributes and replace them with Steam data was a corporate one, and no further thinking went into it

And you are wrong, there is a bug that stops reading data from pbo in Missions. If you put mission folder in Missions, it shows fine

Do the user mission employ https://community.bistudio.com/wiki/markAsFinishedOnSteam command?

Should be fixed in the next dev

Should be fixed in next dev