should be fixed soon

Cannot reproduce the crash

JIP year should be fixed in the next dev, changing date in the middle of the mission will require remote exec due the command having local effect https://community.bistudio.com/wiki/setDate

Should be fixed, this or next dev update

16 years, we are getting closer!

Should be fixed in the next dev

BIS_fnc_relPos - DONE (getRelPos)
BIS_fnc_relativeDirTo - DONE (getRelDir)
BIS_fnc_inTrigger DONE (inArea)
BIS_fnc_isInsideArea DONE (inArea)
BIS_fnc_enemyTargets DONE (targets)
BIS_fnc_addStackedEventHandler DONE (mission EHs)
BIS_fnc_removeStackedEventHandler DONE (mission EHs)
BIS_fnc_conditionalSelect DONE (select alt syntax)

A drawTriangle command will be available from Monday on DEV https://community.bistudio.com/wiki/drawTriangle which allows to construct a filled polygon from filled triangles

A drawTriangle command will be available from Monday on DEV https://community.bistudio.com/wiki/drawTriangle which allows to construct a filled polygon from filled triangles

A drawTriangle command will be available from Monday on DEV https://community.bistudio.com/wiki/drawTriangle which allows to construct a filled polygon from filled triangles

Make BIS_fnc_addStackedEventHandler great again!

Please check today's dev. All of the reported issues here should be fixed.

In T124835#1631455, @Dystopian wrote:

mod one. I use 2 addons: one to delete value and one to set array. Repro: try to use getNumber on config with array value.

In T124835#1631450, @Dystopian wrote:

Also if I managed to set enableDebugConsole to array, I get

Warning Message: 'enableDebugConsole/' is not a value

on screen and in RPT on each console opening because of getNumber call on array value,

In T124835#1631156, @Dystopian wrote:

Recent changes in dev branch (1.73.142299) don't allow use addon version with this line in RPT:

ArmA3\adds\enable_debug_console\config.cpp.enableDebugConsole: Cannot update non array from array

It's because of useless enableDebugConsole = 0; in config. By default getNumber returns 0 even without it.

I was able to reproduce this, thanks.

In T124835#1624052, @dedmen wrote:

Nope again

In T124835#1626942, @Jigsor wrote:

This change caused an additional problem. I can no longer see debug console while in editor through editor menu options Tools\Debug Console. enableDebugConsole not existing in description.ext so its not over riding there... no mods loaded. screen shots -
http://i.imgur.com/1ySXEP5.jpg
http://i.imgur.com/1owrYOP.jpg
This behavior of only being able to see the Cancel button is what it looks like in mission on dedi if not loged as admin and initiated by admin tool mod since you removed access for non loged in admins. It has to be related

Should be fixed in tomorrow's DEV. Please check

In 1.72 enableDebugConsole param could be defined in root of a mod. If no mission param is defined, this one will be used. Default is 0

In T124835#1610058, @demicanadian wrote:

I know that logged in admin sees debug console. But people with admin addon (signed by server's admin, with built in UID check to only allow specific people to use it) no longer do.

In T124835#1609385, @dedmen wrote:

Looks scriptside to me:

<redacted for security reasons>
@BIS_fnc_KK you messed up https://feedback.bistudio.com/T125063

Unfortunately Gnashes solution will require quite significant engine changes and cannot be done with just scripting and config.

From today, enableDebugConsole description.ext param can be array containing UIDs of whitelisted users. It will also act as enableDebugConsole = 1

There was security flaw in debug console that allowed to launch it without any permission with relatively short code. This has now been removed. Leaving this flaw would have been far worse for everyone running public servers than a little inconvenience for a few people that exploited this flaw for own benefit.

This was the case of missing format. The correct format for this remote execution should be

Should be fixed from tomorrow

The check is in BIS_fnc_isDebugConsoleAllowed which is major condition in fn_debugConsoleExec.sqf

This change is scheduled for 1.70. Also whether or not execution is allowed now checked on both client and server. So it should be pretty safe to allow all modes as in example filter, as, unless configured for everyone, only logged in admin can execute it.

Console has been improved and made more secure. It now uses own function for code execution which makes it easier to include it in BE ignore filters or CfgRemoteExec if necessary. For more information check https://community.bistudio.com/wiki/Mission_Editor:_Debug_Console_(Arma_3)#BattlEye_Filters

The EH works fine, I have just tested it. What you have to realise that no event handler will fire if you add it after event it supposed to monitor. This EH monitors loading of the game from save and you are adding it after the game loaded.

Done awhile ago with modifier to fullCrew command

Added in today's dev

Added in today's dev

Any reason you won't just add exception to BE filter?

toFixed has as much precision as Arma engine would allow

For the future, consider using toFixed (Example 3) https://community.bistudio.com/wiki/toFixed

In T67748#1582007, @jgaz-uk wrote:

Found on 11/032017

You can take a Mortar apart & re assemble it if its in the mission to start with but ones in crates ( tube & tripod ) when assembled disappear into thin air for some reason?

To test; in editor select default Stratis, default playable unit. select Props, Equipment, dismantled weapons , from there put a Nato tube & a tripod down select play pick up one & select assemble & see what happens.

Should be fixed in next update

There is a function on dev that allows to set hit with dependency https://community.bistudio.com/wiki/BIS_fnc_setHitPointDamage

should be fixed on dev

_textBox = findDisplay 46 createDisplay "RscDisplayEmpty" ctrlCreate ["RscText", -1];

For me the command works correctly, you just need to specify max audible distance in config, otherwise default distance is too big.

GroundWeaponHolder_Scripted and WeaponHolderSimulated_Scripted should be added to DEV branch soon.

Once again unit in vehicle is not the same unit when outside of the vehicle, it is a proxy. eyePos of the unit in driver seat of Marshall is above the armour for example, not inside vehicle as you would expect. I think you are for a lot of surprises with this approach.

In T122945#1567395, @dedmen wrote:

lineIntersectTest.zip3 KBDownload

Mission File

Return of the code in my First post is

[
[[6186.46,2053.06,7.58652],[0.968595,-0.000546404,0.248644],vehicle1,vehicle1],
[[6185.95,2053.05,7.70261],[0.972278,0.0333286,0.231439],unit1,vehicle1]
]

Works fine for me. Are you sure that what you think is your unit is not a vehicle? Also there is no unit inside the vehicle, I hope you realise that, there is proxy of the unit. And as proxy it is returned accordingly with vehicle being its parent.

In T122856#1567305, @MOR wrote:

so it's already in the dev build ? that's nice

https://community.bistudio.com/wiki/enableEnvironment notice the alt syntax

Patience, extended command is almost here https://community.bistudio.com/wiki/enableEnvironment

We heard you https://community.bistudio.com/wiki/enableEnvironment

new extended syntax will allow to switch ambient life off https://community.bistudio.com/wiki/enableEnvironment

Not any more, check the next dev https://community.bistudio.com/wiki/enableEnvironment

almost here! https://community.bistudio.com/wiki/enableEnvironment

Something something is coming *wink wink* https://community.bistudio.com/wiki/enableEnvironment

parseSimpleArray is added https://community.bistudio.com/wiki/parseSimpleArray

In T75575#1558584, @ynpmoose wrote:

In T75575#1553107, @BIS_fnc_KK wrote:

Perhaps this is due to no AI pathing existing on the roof, so they wander?

MP or SP?
if MP

does it work in SP?
do you execute command where unit is local?

This is on MP. Did not try in SP. Execution is done by server-side scripts that spawn in units via DMS Mission system for Exile (https://github.com/Defent/DMS_Exile) and immediately then try to execute my examples from above. So I assume they should still be local to the server.

Perhaps this is due to no AI pathing existing on the roof, so they wander?

Should be fixed since 1.67.139727

Thanks, reproduced

It works ok for me in the latest dev. Have you got a repro?

In T80863#1076550, @gidsacha wrote:

ctrlParent returns the parent display, regardless if the control is in a group or not.

"InventoryOpened" now returns second connected container

"InventoryOpened" now returns second connected container

"InventoryOpened" now returns second connected container

The problem is with this:

This is not going to work and will change functionality of setHitXXXX commands which will result in backwards incompatibility. For example you want head damage to update when you hit face lets say with 0.5. Ok

I would imagine this is because setHit, setHitIndex and setHitpointDamage provide direct access to hitpoint/part damage manipulation. It would be quite strange if you want to modify exact hitpoint damage but unable to do this because this affects another hitpoint,

There is no bug in here. Your initial respawnDelay is 0 means instant respawn. setPlayerRespawnTime is executed with delay, since onPlayerKilled is execVMed so it doesnt work for the first time. Set default respawn delay in description.ext - problem solved

fixed in today's dev https://forums.bistudio.com/topic/140837-development-branch-changelog/page-45#entry3106246

The correct param names are "EveryoneLost", "EveryoneWon"

Anyway why dont you look at the link provided by Torndeco, the issue there was caused by double use of str command, you might have the same issue.

return of the callextension is string already if it contains "2" then it will be compiled into a string. You should know what the database output for sure, you can do that by running database query on the database server and not rely on diag_log

I dont know specifics of your database setup but going from 2 to ""2"" is unlikely caused by single use of str. 2 to "2" or "2" to ""2"" maybe, but str doesnt double quotes like that not before not now.

Fixed str functionality only escapes " which are inside "". Nothing else has changed.

Torndeco is correct, the str command was always producing illegal strings under certain circumstances, but because it was an old bug it doesnt make it ok.

Well, I obviously cannot check what you are saying, as script you provided does nothing as it is.