as seen its usually dead slow with only few servers a second - aka to scan all 6k takes ages

Working as intended:

@dedmen thanks a lot!

To expand the purpose a bit: We want/have to replace the mod list in the main menu. The functionality is hardcoded, so we need a scripted replacement. Unfortunately currently this is not fully achievable. Hence the request.

[Feature request] Extend modParams with modDir info

https://feedback.bistudio.com/T151841

It is reproducible for me - just not 100% of the time (but quite high degree).

cool :)

Thanks a lot!

still transferred via STEAMWORKSquery and thus a neat way to transmit data to custom server browser

should be yes. different suggested syntax though

same as https://feedback.bistudio.com/T151256 ?

@Killzone_Kid wanna take a look now? :)

See also: https://feedback.bistudio.com/T123926

agreed. try to edit out but is hardcoded

Great to see dedmen!

does this need more info or cleared up in direct chat? @dedmen

seems to work now? https://steamcommunity.com/workshop/browse/?appid=107410&requiredtags[]=Global+Mobilization

@Wulf running a config dump that scans the complete config space - the config viewer may trigger the same. or just use the internal version as its adds a tag for empty/missing strings

@Wulf just launching the game and checking rpt

The features of the internal build from BI, and their profiler.

@Groove_C ofc still valid

The launcher shows "Get DLCs" if Tanoa is active. So yes its already supported.

@Astaroth it comes from some players having GM loaded, while others dont

@Wulf you may want to read the changelog ;)
audio distances were tweaked for ground vehicles

@Dwarden
as 32b exe does not crash with it, this should NOT be considered "wrong data"

the problem is that now you have to define the side also in the specific group, while its already defined in the upper level

cfgPatches/units[] is configured faulty, or mess up in cfgAddons/preloadAddons

nice!

this is since OFP problem or a related issue
missiles have gone haywire at a certain distance

agreed

and still not fixed

Safe coding would be toLower all strings where necessary.

resolved

best use pboproject from mikero. it will tell you what is actually the problem

fixed

You cannot block key actions from mouse, joystick, gamepad unfortunately.
There is a A3 FT ticket for that and also one in the A2 CIT.

In regards to key combos - simple ones can be detected, complex ones cant.

My system:
https://dev.withsix.com/projects/push/repository/revisions/master/entry/dev/TM.Limnos/source/scripts/client/KeyDownMainDisplay.sqf
https://dev.withsix.com/projects/push/repository/revisions/master/entry/dev/TM.Limnos/source/scripts/client/sharedCode/keyComboHandling.hpp.sqf

Test acc:
https://dev.withsix.com/projects/heaven/wiki#Permission-testing

Suma was not the author. You have to use the search function with related terms.

This was discussed with Suma in the A2 CIT already.
You may want to search for it and link to it here.

best go the BI forums to get support for this

Great job - thanks a lot!

Thank you!

It was since 1.20 or even earlier as far as I can tell.
The release of AiA TP just exposed a lot more people to the problem.

The objects all BI assets from A1, A2 and OA.

The crashes started to happen at some point (like in other cases) without any changes on the AiA side.

So if you can tell us what of the BI assets are seriously broken, we can try to fix them. Thank you!

Before the crash:

c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()
c:\w\dev\futura\lib\landscape.cpp(11881)(func: ObjectListFull::~ObjectListFull) [AssertNoDlg] MainThread=8228 !IsInList()

can be done easily with moveObject from mikero - however for a public release you would need the permission from BI..

Does it happen for every chopper and any position? SP and MP?

class CfgVehicles
class All

		ejectDeadDriver = 0;
		ejectDeadCargo = 0;

class AllVehicles: All

		class NewTurret
			ejectDeadGunner = 0;

class B_Heli_Light_01_F: Heli_Light_01_base_F

		ejectDeadCargo = 1;

class Heli_Light_01_armed_base_F: Heli_Light_01_base_F

		ejectDeadCargo = 1;

yes

BI could just add each stable patch as a branch (with stable branch always being the latest).

However it could lead to version madness in MP.

Keeping always one stable prior to latest stable would be useful for organized groups/communities in case a new patch introduces serious issues.

Your code logic is somewhat complex and as such I may misunderstand your intent.

{
if(_x getVariable ['X39_MS2_var_UnitInitialized', false]) then
{

		_unit = _x;

};
false
} count attachedObjects X39_XLib_var_ActionDialog_Executor;

This design seems not safe/defensive programming.

---

My suggestion:

private ['_attachedObjects','_unitFound'];
_attachedObjects = attachedObjects X39_XLib_var_ActionDialog_Executor;//not necessary
_unitFound = false;
{
private ['_currentUnit'];
_currentUnit = _x;
if (!isNil '_currentUnit') then
{

		if (!isNull _currentUnit) then
		{
			if(_x getVariable ['X39_MS2_var_UnitInitialized', false]) then
			{
				_unitFound = true;
			};
		};

};
if (_unitFound) exitWith {_unit = _x;};
} forEach _attachedObjects;

If you can be sure _attachedObjects doesn't contain undefined units or removed units, the isNil and isNull check is obsolete.

Also you should not need to private _x as its a special variable as the engine sets the scope itself (at least thats the current knowledge and how Squint handles it).

Overall I don't get why you use the {} count array construct here.
If you want to catch the last unit in _attachedObjects that contains your variable, just ditch the exit condition of my design.
Ref: https://community.bistudio.com/wiki/count

is there a thread in the BI forum about it?
how do you call/execute the code? what is the call/execution tree? where is the code defined and where is the file to be found?

New ticket?

The reopening was as it was not available in stable, so it should have remained resolved but not closed.

kudos to you japapatramtara :)

fixed

"Box_Ammo_F"
Box_Ammo_F: Ammo_hide - unknown animation source Ammo_source
Box_Ammo_F: AmmoOrd_hide - unknown animation source AmmoOrd_source
Box_Ammo_F: Grenades_hide - unknown animation source Grenades_source
Box_Ammo_F: Support_hide - unknown animation source Support_source
"Box_Wps_F"
Box_Wps_F: Ammo_hide - unknown animation source Ammo_source
Box_Wps_F: AmmoOrd_hide - unknown animation source AmmoOrd_source
Box_Wps_F: Grenades_hide - unknown animation source Grenades_source
Box_Wps_F: Support_hide - unknown animation source Support_source
"Land_Box_AmmoOld_F"
Land_Box_AmmoOld_F: Ammo_hide - unknown animation source Ammo_source
Land_Box_AmmoOld_F: AmmoOrd_hide - unknown animation source AmmoOrd_source
Land_Box_AmmoOld_F: Grenades_hide - unknown animation source Grenades_source
Land_Box_AmmoOld_F: Support_hide - unknown animation source Support_source

fixed