We have investigated the issue.
And as expected, clients and servers don't have the file access issues the reporter described, and the user also wasn't running any mods that even could access these functionalities.

The flaw that was reported in CUP Discord was that the Reforger Workbench tool's scripts can delete files on the filesystem (which is somewhat intentional as IDE plugins should have access to files on disk)
That is completely different than a reforger dedicated server allegedly installing malware.

Did you click send in the crash reporting dialog? If yes then all your files were already automatically submitted to the crash reporting system, no need to make a extra ticket here.

20:09:53:886 RENDER : (NOT OK) Adapter 'AMD Radeon R9 200 Series' does not support feature level 12_0

Here are some more images of this bug
https://cdn.discordapp.com/attachments/976190496143708191/976278137166004234/unknown.png

Coming in 2.10

Not enough info in there, no freeze dumps or anything.
If you get a "FROZEN" mdmp file that might help, but there is none in your report.

Please provide a actual crash report, see: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

Can you attach actual game log files or crash reports?
your post doesn't have enough information about whats actually causing the issue.

This was most likely already fixed on dev branch weeks ago.

You only have 8GB of Ram, that may be a problem, especially when you start loading mods.

Selected Audio Output: Headset (TurtleBeach Elite 800 Hands-Free AG Audio) - Channels: 1, Freq: 16000

Not worth to make commands for something that already works just fine, yes its a bit clunky, but it was good enough for the last 9 years and its still good enough today.

That is actually also pretty bad. This is the delta from ambientTemperature, for LIT surfaces.
What this -2 says is that a white surface in full bright sunlight, cools down to below ambient temperature!
A white object in bright sunlight will be 2 degrees below ambient, that seems very much wrong.

Having trouble understanding what desired outcome is.
Instead of being bright and then adjusting down.
It should already be adjusted down when it turns on? So that it isn't "too bright" for a short time?

Dependency walker says "VCOMP120.dll" is missing.
https://www.microsoft.com/en-us/download/details.aspx?id=40784
install this (Steam should've installed it automatically when you installed Arma)

Dev branch next week, please ping on discord if there are problems

And expression is run on clients? Not just the server like all other expression from Eden?

Ah there is a bug, custom connections are restored when you load a mission in editor. but it was forgotten to do the restoring on mission start.
So at mission start the expression doesn't run, but except that one line of code, everything was already set up for custom connections.

You said you needed "expression" and "condition"
but both these things already exist.
expression specifies SQF script that runs at mission start.
condition0/condition1 (I don't understand why there are two) are simpleExpression with variables Object,ObjectBrain,ObjectVehicle,ObjectAgent,Group,Trigger,Waypoint,Logic,Marker which are all boolean 0 or 1.
so you don't have the hoverObject condition in your example, do you actually need that?

Did you fully unplug your USB headset?

That's behavior not combat mode...

Not in engine.

CommandChanged: A unit EH that triggers when any parameter in the unit's currentCommand or expectedDestination changes. For a simple use case, it can be used instead of looping to detect when unit is ready: waitUntil {unitReady unit}

BehaviourChanged: Another very useful EH. Should be both a group and unit EH.

EnableAttackChanged:

Correct, that EH is never called, apparently I forgot that one.

It only triggers if the Combat Mode changes automatically. It doesn't trigger if you do it via commanding menu or scripting commands (e.g grp setCombatMode "BLUE" or grp setCombatMode "RED" doesn't trigger)

UnitLeft:

It should trigger after the unit has a group (group of a unit should never be null)

EnemyDetected:

The event handler doesn't seem to trigger at all.

Currently the KnowsAboutChanged event handler triggers for more than just valid targets (those returned by targets/targetsQuery commands). For example see this comment: T161515#2281413

I don't think there are any other objects that can be a threat to (and thus engaged by) the AI...?

Remove all these start parameters, they either do nothing or hurt you. And noLogs specifically disables the logs that would let me see what's wrong.

Profiling branch has some tweaks (the driver of the towing vehicle needs to be using prof branch) that should fix this and make towing a bit smoother overall.

Fixed on dev branch and profiling

Fixed on dev branch and profiling

You could also try Arma's profiling branch, it gets early bugfixes maybe there is something fixed in there that caused crashes for you.
But I still have no idea what was causing your crashes so maybe probably won't help.

Arctis 7 Chat

There is a known issue on windows 10 with USB Headsets. Please try if using a different headset or speakers stops the crashing (I think it will)

Arctis 7 Chat

UCEERR_RENDERTHREADFAILURE (Exception from HRESULT: 0x88980406)

at System.Windows.Media.Composition.DUCE.Channel.SyncFlush()
at System.Windows.Media.MediaContext.CompleteRender()
at System.Windows.Interop.HwndTarget.OnResize()
at System.Windows.Interop.HwndTarget.HandleMessage(WindowMessage msg, IntPtr wparam, IntPtr lparam)
at System.Windows.Interop.HwndSource.HwndTargetFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)

You get this error message popped up

ErrorMessage: File D:\SteamLibrary\steamapps\common\Arma 3\!Workshop\@-Hohenstaufen- Re-tex Pack\meta.cpp, line 2: '.Hohenstaufen': '\' encountered instead of '='

"The cloud file provider is not running" is the error message you get shown before the game exits itself.
Put that into google, its a Microsoft OneDrive issue.

I cannot diagnose game crashes without the actual crash report file.
Please follow this guide: https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

No, not anymore

Arctis Pro Wireless Chat

Same, cannot reproduce.

No

-cpuCount=4 -exThreads=7 -malloc=tbb4malloc_bi_x64 -maxmem=16000 -maxvram=5812 -noLogs -nologs -cpuCount=4 -exThreads=7 -malloc=tbbmalloc
Remove ALL of these start parameters please.
Best case they do nothing, worst case they make stuff worse.
And definitely with -noLogs there are no logs of whatever might be going wrong.

Cannot reproduce.

I'd say thats intentional, manual input overrides cruise control.
Pressing normal Forward speed will make it ignore the cruise control limit and let you go faster, and pressing slow speed will make you go slower.
User input overriding cruise control is expected.

This is quite a bit of work (maybe a couple days), for VERY little gain.
(Compared with all players) very few use savegames, even fewer will have particles happening when they save.
And overall its more of a minor un-niceness rather than something game breaking.

Try using a different Headset.
One thats not USB/Wireless
That might fix it, there is something going on with Windows 10 and USB Headsets corrupting the heap

You are using a USB Headset, that might be causing issues.
Try without it, that might fix the crashing.

M ake sure you installed DirectX and Visual C++ Redistributable 2013 64bit

Problem will be fixed with profiling branch v11 in about 4 hours.

If added, diag_getTerrainGrid should be removed

I am hoping this sounds like a feature request that would not only benefit ARMA 3 performance

Won't do

Fix ready, I assume that will be merged into experimental but not sure about that.

Fixed next week dev-branch/profiling

Fixed next week dev-branch/profiling

"The cloud file provider is not running."
Please type that into google and follow the steps there. Its Microsoft OneDrive's fault.