Have you tried these?
https://community.bistudio.com/wiki/Arma_3:_Unusual_process_exit#0xC0000005_-_ACCESS_VIOLATION

Can I get some eyes on this crash report so somebody can tell me what keeps giving me this error?

I just checked this and it does seem things disappear but this is only applicable on the top layer of the tunnel complex.
So that is going to be a fun one to debug.

in description.ext instead

I should also mention: drum magazines for the Thompson series can only be loaded from the side. They don't go in from the bottom like stick magazines do.

Thank you for your report, we'll look on it.

try RscEdit instead of ctrlEdit

Changing the KeyDown EH to a KeyUp EH sovles the problem of having to use spawn, call can be used instead. Focus is still lost though.

Problem with that is that the KeyDown EH fires before the change is applied, i.e. the text is not up-to-date. So you type "rahim" and it will search for "rahi".

Linux + SOG map + Domination

Ay yai yai! You SPAWN search script on each key push and you dont even wait until it is finished! You can have millions of search scripts running at the same time without any order. try ["search", _this] call SELF;

rev 148170

maxLoad, setMaxLoad rev. 148169

Observe is not enough, I need to reproduce it in debugging environment.
And so far that step has always broken reproducibility. I think its maybe some file corruption issue, that fixes itself if you change mod or build version

Shameless bump and further counter argument: CBA playerEvent doesn't work for the AI because playerEvent.
Same goes for the weaponSwitch event request: https://feedback.bistudio.com/T151696

This is an exciting opportunity to squash that bug. :)

ya, same issue on my end. i hope for a fix to the howitzer textures, i have some composition ideas.

Hello, I tried the repro on vanilla 2.04 and managed to get the double 9 effect.
This seems fixed in our current RC, please try this beta code: "Arma3Update206RC" and see if the issue is resolved for you there.

This is a very old bug but we never found any way to reproduce it.
Our QA stumbled onto it on a Vanilla mission once, but then couldn't reproduce it.
I played Arma 3 on my own Linux servers since 2014 and maybe experienced that bug two or three times over all that.
Once we had a mission that was repeatedly broken on one evening, but when we played that exact same mission again one week later, it was fine again.
We thought it was caused by Lambs Danger mod, I don't remember if removing it reliably fixed it for us, that was over a year ago and I didn't see this bug since then.
I have no clue how this happens and without being able to reproduce it its a guessing game on over a million lines of code.

Is it 64-bit Linux that is causing it? Did it happen on 32-bit too?

Longtime has switched to Windows servers. Running on Linux appears to cause the hunchbacks. As we are not experiencing the problem any longer we don't have any interest in trying to fix it. However BIS should really try and figure out why their software runs on windows but not Linux servers. Feel free to close this ticket.

Problem still exists

vehicle player addEventHandler ["VisionModeChanged", {systemchat str ["VEH", _this]}];
player addEventHandler ["VisionModeChanged", {systemchat str ["PL", _this]}];

returns [person, mode, TIindex, prevmode, prevTIindex, vehicle, turret] for both uses

rev 148155

Anything?

As said no mods, vanilla 2.04.

Related to https://feedback.bistudio.com/T158552 and https://feedback.bistudio.com/T159097

This still happens in the latest version. It's very irritating, since the screenshot command is otherwise the best way of getting screenshots at full render resolution (e.g. getting 4k screenshots by running at 200% render scale) - most other methods just capture at screen resolution.

thanks

Open the unpacked mission in the Editor, go to Play at the top and choose Play in SP with Briefing.

How do I test it in SP?

No idea what to tell you, I don't have this problem. hence cannot repro. Have you verified install, are you running mods?

No idea what to tell you - its very easy to repro here. No mods loaded

Thank you o7

rev 148146

Fixed

We have a WIP fix, though its not related to single channel output, I'll keep you posted.
It will appear on profiling branch, but I don't know if we will do another one before 2.06 release

I haven't been able to craft a repro for this. I only see it when I run the full mission (Domination) on a dedicated server.

and return [] instead.

It already returns [], it just also prints error on the side

Cannot repro