I don't experience that.

Any updates on this? Is the eventhandler still broken?

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

Hello,
same problem shows up here. I tried everything and even had been in contact with the support earlier but nothing worked for me.
Please can someone help me?

A. I involve a lot in our lifestyle and still, the working is going on to make it better and do more invention. I get a few books from https://www.australian-writings.net/ which totally based on machine learning and try to learn about it.

Same issue, tried the fixes in the wikki nothing changes. 2 full re installs same thing happens.

Somewhat related:
The NATO-Pacific faction's Mk6 Gunner (classname = B_T_Support_Mort_F) carries a backpack with the displayname "Folded Mk6 Mortar Tube (Green) [NATO]" (classname = B_Mortar_01_Weapon_grn_F). However, the assembleTo line of that backpack's config references the AAF version of the Mk6 mortar (classname = I_Mortar_01_F); the appropriate classname would be B_T_Mortar_01_F...

i got the same problem but it crashed when i start the game :/

And another one... After 45 minutes of gaming...

This time i restored everything to default from the Launcher. Game crashed immediately while starting the game.
Will try to reinstall BattleEye, game crashed just at the moment BE started initializing.

Excerpt from discord discussion

Hey guys. After some testing and reading the function scripts, I figured out the missing attachment issue has something to do with the missionNamespace variable "bis_fnc_arsenal_data", which stores all available virtual items.
Here's my observation:
The function BIS_FNC_Arsenal forces into PRELOAD mode when the said variable is NIL.
After the 1.94 update, when the game is saved, somehow the variable only saves maybe partially. As a result, on loading a saved game, the missionNamespace variable "BIS_FNC_Arsenal_data" is not NIL, thus PRELOAD mode doesn't activate when opening the arsenal. All attachments/compatible mags are missing.
SO, the solution:
Edit your scripts so that every time the variable gets cleared first before arsenal function is called:
missionNamespace setVariable ["bis_fnc_arsenal_data", nil];
["Open", true] call BIS_fnc_arsenal;
It takes longer to load though. Not ideal, but its working for me.

@Wulf , additionally, it will always return 0 when not in the UAV's turret controls.

Regular props like the laptop etc. cannot be put into the inventory of the player, the Chemical Detectors without functionality can. I can put them on the ground in the editor and pick them up later in the game. So it seems natural that if you can put a object into the players inventory, you can also select it from the arsenal, for example as a "misc item".

Hi,
have you tried reinstal Microsoft .NET Framework and Microsoft Visual C++ Redistributables? https://arma3.com/launcher/troubleshooting

This will be fixed in the update after 1.96. Thank you for reporting this!

This will be fixed in the update after 1.96. Thank you for reporting this!

Hi,
which error do you have?
Could you please attach your logs to this ticket? Guide how to do it is here: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

Hi,
other variants of Chemical Detector are props without functionality so that it's the reason why other variants are not in arsenal.

the problem is solved or are we going to look at this sh*t in the logs ??

I have same problem … when I am using campaign .. I had no problems until im at mission called bingo fuel .. it keeps crashing when I open the map...

Hi,
thanks for the report. We will look on it.

Hi,
could you please attach your crahsdumps to this ticket? Guide how to do it is here: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

Hi,
I have forwarded your crashdumps to our programmers. Playing in window or fullscreen window can help in the meantime if you need alt-tab more often during playing the game.

Hi,
I have found this in rpt:
Application terminated intentionally
ErrorMessage: Out of memory.
Your swap file is too small, only 10 MB of free space left.
Increase your swap file size or delete some files from your hard disk.

Hi,
I have forwarded your crashlogs to our programmers.

We have checked it and repacked it. Please try a new Dev-Branch update, it looks all correct in the text database on our side.

https://feedback.bistudio.com/T143837

He played two rounds - and both were malfunctioning.

Whoever states that cpu upgrade lost his mind. Ryzen here. On 8 threads. It might be cpu sound rendering

The only mod I ever seen that can solve this bug is Invasion 44 mod back in OA era.

spam

If possible, a wiki on this particular object; I can't find anything that further explains how to enable some of the features shown. Not even a troubleshooting method.

I guess the bug occurred since BI decided not to force players to always look into binoculars when it was taken out in hands. Well done, but the side effect is mentioned in the main ticket and the bug is still there in 2019.

Other solution:
1 make a new classname called crews(commander) and equip them with binoculars(other stuffs are the same with regular crew members).
2 add an binocular item to the tanks directly.

ok thx :)

Hi,
it should be fixed in devbranch.
https://dev.arma3.com/dev-branch

Hi,
it should be fixed in devbranch.
https://dev.arma3.com/dev-branch

Hi,
it's caused by conflict between @Michecortes mod and @Die Baustelle mod. You can just have loaded one of these mod in same time. @Michecortes mod is enough for playing on this server. Some of the files are same in both mods and they are in conflict if they are loaded in same time.

Hi,
thanks for the report. We will look on it.

Auch nach Deinstallation und neu Installation besteht der fehler immer noch gleiche meldung

Ok. I got this. Problem is because Windows 10 (ver. 1903) update.
To fix: Change the Windows sound settings back to 16 bit, 44100 Hz (CD-quality) also make sure all Realtek sound enhancement/equalizer is off.
Now sound is Arma is great again.

Got the same issue. Game randomly crashes, sometimes after many hours, sometimes in a few minutes. MP with mods.

Next I tried to connect to their #5 server that was empty and connected just fine. Was able to move/shoot/etc., so I disconnected without issue.
Then I tried connecting to their #2 server with pop 10, and that also worked. However the game crashed as I was exiting and produced report ending with parker3:

I was able to reproduce just a few minutes ago trying to join their #4 server (https://codefourgaming.com/our-servers/)
population was at ~85/100 and game crashed. Produced report ending in parker2:

Hi,
thanks for the report. We will look on it.

Hi,
thanks for the report. I have forwarded your crashdumps to our programmers.

Hi,
thanks for the report. We will look on it.

The fact that this is still not being fixed is unacceptable and impacts severely on the realism of the movement mechanics of the game.
I'd suggest changing, if possible, the severity to major.