Do you have an example for cases where it returns duplicates?

I am on the Apache dev team and have been working with Mattysmith22 (previous commentor) on the MFD update for the mod. Increasing the user values would be massively invaluable to this effort. If I had to a give a number, I'd say somewhere in the ballpark of 1000 to 2000 user values would allow any conceivable MFD to be created. The issues we're running into are in creating graphics for the moving map displays int he aircraft. The Apache has a database of 150 points, this alone requires 2 user values per point, totalling 300. If we wanted to display other icons (such as radar targets, or threat indications) we'd need at least another 46 points (16 radar targets x 2 + 7 threats x 2). If we want to draw lines, and assume each line has 4 points per line that's another 8 per line, the aircraft can place 16 such lines so that brings that total up to 128. All of the listed items bring the total to around 474. So the minimum (and i'm sure i'm forgetting some things) is around 500. I'm a big fan of more is better, so I just doubled/quadrupled the minimum value.

Like it says in the error message:

This would be the UAV (IED) added in the Western Sahara 1.1 update.

This ticket can be closed, as it has been addressed.

Hello, sorry i dont know which drone you are talking about.
Can you right click the drone in editor and select "look up in asset browser" then paste what gets put in your search bar here?
Are you using any mods or CDLC?

In T128594#2361731, @BIS_fnc_KK wrote:

I have edited it to the correct description already, don’t think you need a note

I have edited it to the correct description already, don’t think you need a note

Thanks to @JonBons2020 think we've figured this out.

have you tried verifying your game files through steam?

In T128594#2361373, @BIS_fnc_KK wrote:

Well, not sure why it even worked in the first place. The syntax of the action was wrong, and it doesnt take any additional arguments apart from the unit which player controls. https://community.bistudio.com/wiki/Arma_3:_Actions#BackFromUAV I corrected the syntax on wiki, please let me know if it works in all cases

Well, not sure why it even worked in the first place. The syntax of the action was wrong, and it doesnt take any additional arguments apart from the unit which player controls. https://community.bistudio.com/wiki/Arma_3:_Actions#BackFromUAV I corrected the syntax on wiki, please let me know if it works in all cases

Reproed

This was meant to be DAYZ 1.19 EXPERIMENTAL. SO SORRY

In T128594#2361078, @BIS_fnc_KK wrote:

This is still broken for 2.10, would be nice if this could be addressed.

Repro please @johnb43

@BIS_fnc_KK I'm watching the results in Zeus, although the waypoints were editor-placed. The shorter radii are... very approximate as these helis are quick, but the 1km/500m distances should be pretty accurate. I used a two-waypoint route to make sure that it's not just a visual waypoint removal.

It will be closed after it is dealt with and tested

Any solution would suffice if the issue is fixed.
Thank you for a very fast response.
I see no button to close the ticket, so I guess it's up to you.

Practically everything in Arma 3 has localization in many languages, this is why adding things to UI requires localization and it is painful process. But we have other UI tasks planned as well so I guess we can add the tickbox

No it doesn't broadcast and by global effect this means that the unit will not get into free fall animation globally not that getUnitFreefall will return the same value globally. In fact the getUnitFreefall has local argument meaning executing it on remote machine is not going to work.

Well, without a tickbox, the triggers created by editor will have to be manually altered in init script or by scripts in general. In that case, because trigger is already created, setTriggerActivation seems like the only place (I guess adding a whole new separate function be even more pain than localization). It should also work for already activated triggers.

This is still broken for 2.10, would be nice if this could be addressed.

Maybe, tickbox -> localization -> pain

Good find, scripted interval works fine, it is EDEN that is broken

Doesn't have to be global. A tick-box in editor and a parameter for the mentioned functions would be totally fine. And a mention in documentation :). If I knew it's a known thing I wouldn't create a redundant ticket in the first place.

yeah yeah yeah we know, unfortunately this cannot be fixed globally due to backward compatibility so it will be an option in either createTrigger or setTriggerActivation ...or both

@jaj22 how do you check what the actual radius is

This is still broken for 2.10, would be nice if this could be addressed.

@Geez Hi :)

Replicated this in the editor. It looks like when you give vehicles non-zero completion radius values, it caps them to a type-dependent minimum. However, this minimum seems to be 10x higher than the normal type completion radius for air vehicles. Tested cases:

getUnitFreefallInfo takes a local argument, not a remote one, even though setUnitFreeFallInfo has a global effect.
If there is a bug, you have to check by switching locality on a unit (which can be only done with an AI) - like this:

Hi,
I play "Dynamic Bulwarks Mission"
My server is 32bit Linux. Profiling branch.
https://github.com/Omnomios/DynamicBulwarks/tree/develop
In this mission, there is at the beginning of a round a airplane, that drops a box in the players zone. This is definitly broken since Profiling V5, but maybe earlier in V3. The Problem is I cannot say it with 100% because V3 and V4 has another bug that broke the mission entirly. So this is a little bit fuzzy.
Normal behavior is:

• Airplane spawns
• Airpane flys over player zone
• Airplane drops/spawn a box on a parachute inside the player zone
• Airplane exit playerzone and despawn

Thanks for the eye for detail.
We will try to fix it in a future update