In T159872#2220814, @dedmen wrote:

Your description is pretty messy.
So what you are really tring to say is flyInHeight is ASL even though it is supposed to be AGL?

Okay, I spoke to one of our server wizards and this is what I got:

This problem is facilitating teamkill trolling on the official servers. Trolls teamkill until the spawns are depleted, then camp the spawn point teamkilling new players and players who use the exploit to return to the game.

LouMontana closed this task as Resolved.Mon,
LouMontana changed Resolution from Open to Not A Bug.

This ticket does not actually show the crash which I experienced because I was unable reproduce it in a new mission. Instead it shows how testVar failes to load from "cfgTestSave" and is null. Trying to use this null variable probably is what lead to crash

Thanks for the suggestion, however it is a Blu tooth headphone not USB. any other suggestions?

Also if antivirus decided to quarantine dll (happened to me) it wont let it back

The pond is special case it is broken left right and center hence not officially supported in A3

I'm assigning this to myself in order not to lose it, and I'm aware of the issue but the fix might be too complicated or unsafe. I will have another look but no guarantees

@KlausHerberth what version of the game are you running?

Revision: 147985

If that is the intended behaviour then there is a different bug, which is that it does not always work and i will try to create a simple test case to reproduce it.

I can double-check (this may take a bit), but since we use Steam for updates and such it would be pretty wild if there was no connection.

In each of my repro tries the mortar spawns next to the quad, not causing it to explode.
But still shouldn't work with vehicle inventory

No repro?!

Normal objects have the exact same issue.
Spawn thousands of them in the same spot, and delete tons of them within a single frame -> Game freezes.

Do you actually have a valid situation where this is a problem?
outside of running it in diag_codePerformance?

It seems like they're also describing a problem where flyInHeight commands below 10 metres will prevent subsequent flyInHeight commands for higher altitudes from taking effect.

Your description is pretty messy.
So what you are really tring to say is flyInHeight is ASL even though it is supposed to be AGL?

Simulation state of units should always be synced.
If server disables it, it should be disabled on all clients too.

A backpack thats inside a vehicles inventory shouldn't be considered for assembly. So the action should never pop up. I think I understand how this is happening.
There is probably code to check for whether the backpack is in a weapon holder, it shouldn't consider backpacks inside vehicles

There must be something wrong with your computer then. If you whole computer freezes and not just Arma.
There is nothing unusual in your logs/report

Did you try this yet?
https://community.bistudio.com/wiki/Arma_3:_Unusual_process_exit#0xC0000135_-_STATUS_DLL_NOT_FOUND

Headset (COWIN E7 Hands-Free AG Audio)

Hello,
this issue is still persists.

Big upvote from the Hatchet team,

Issue seems to be resolved in latest VN build

Vehicle Encoder Apollo replied the following:

Seems fixed.

I actually don't know how to fix this, I have uninstalled the game many times, deleted the Arma 3 files then reinstalled the game and still doesn't work.

I suppose this should be closed as #lightreflector in da house 🤔

I don't think so; if it is for HUD display, MFD is the thing to use. If it is for data-storing for further processing then yeah, you could use that and only use MFD for HUD display.

I'm not gonna lie, I don't have an exact number laid out but 100 would surely cover it for this project and would save a lot of headache, I guess 200 would be even better from the future-proofing perspective;)

that's what I was hinting at ;-) is 100, 200, 1000 required?
also, what about setVariable/getVariable? This may help you too :)

@LouMontana 52 or no deal

would 51 be OK?

Hey Beachhead,

I've provided a link in my original comment from May 10th, the damage causes an audible effect rather than visible. If that isn't enough I will try to reproduce the error again at some point in the next few days.

Seems to be related to a vanilla Arma issue:
https://feedback.bistudio.com/T148498

Due to the way Arma identities determine what eyewear to give to a unit when it spawns there is a possibility for multiple of them to spawn with the same eyewear. This is completely up to randomness and not something that we can directly fix without removing the option for the crew goggles to be chosen at all.

Hey William, could you please provide a video of the issue?

Can be closed, issue is fixed.

version 147973

I would like to amend this simply to : Player stands up while selecting RPG while prone. I'm probably hitting the 3 key by accident.

I just loaded Arma without DLC and mods and tested this in the virtual arsenal and can confirm this. However, I'm not using ACE or any mods that claim to affect RPG/character movement. I will check to see which mod is causing the behavior.

What you mentioned is not a vanilla feature. You can't go prone with the launcher in your hands in the base game. So blame the mod you're using (possibly ACE)
The only thing I could reproduce was the player standing up when he's prone, and switches from No Weapon to the Launcher.

Thank you for your report, it'll be now reviewed by our member.

Thank you for your report, it'll be now reviewed by our member.

My apologies yes its by game design we found that if you access the arsenal whilst wearing a unique backpack with prefilled items it goes funky I.e an engineer or medic bag