Thanks man

Hello, i checked your report but there are no crashes logged.
They also seem to be from 24-30 November.
Can you look in your files and look for your most recent .rtp and .mdmp of the same date.
https://feedback.bistudio.com/w/ft_a3_howto/gamecrash/

Does the game also crash without mods?

Hello JerseyD911.
There is no relation of the vest shape and the damage system when worn on player character. It is simplified in a sense that the damage zone on a character is tied to specific inventory slots and if hit, it reads properties of entities, attached to the slot, to process the damage (on character, but also on items).
Regards,
Geez

Ok thank you

I'm pretty sure that vanilla functions use calllater as well, so the best fix you can apply is to use a modified version of the game executable, similar how cheaters edit things in games and try to fix the issue yourself or rewrite all the functions including vanilla which have calllater in them.

Other than the Timer and CallLater, is there another way to do this? or is a fix from Enfusion for the CallLater issue the best resolution for this?

Added a video

The issue is still present when tested on the latest Experimental branch (0.9.7.46)

Added a video

This has been mostly fixed in 0.9.7.46.

Select Play Scenario then attempt to place down the composition or have the helos having the other camo

The issue is still present when tested on the latest Experimental branch (0.9.7.46)

The issue is no longer present in 0.9.7.46, can be set to Resolved.

The issue is no longer present in 0.9.7.46, can be set to Resolved.

My suggestion would be: One enum EHttpVerb you pass in for the methods and one key value map or array of strings like {"key=value", "anotherkey=anothervalue"}

Thank you for the report GLutenFreeVapes.
The problem has been resolved internally and the fix will appear in one of the future updates.
Regards,
Geez

Resolved for 1.20 update.

Hello Bad_0_0_Girl.
This is related to the modded content you are running.
Regards,
Geez

Hello kentavt193.
You can reset your character by logging into another official server that uses the same camera settings (for example, if you play first person only server, join another first person view server and then join back to yours).
Regards,
Geez

Review this
https://community.bistudio.com/wiki/Arma_3:_Unusual_process_exit

I noticed aside this that the sound of troops running around, their breathing is not directly coming from them
rather it seems to follow them, this was in game master.

This still dont work with the new update which from the changelog wasn't "fixed" or effected indirectly.
Something i noticed was when i press right shift a couple of times after i end up
aiming down the sights initially, i end up actually sprinting. So it seems toggle sprint
is indirectly linked to sprint (hold) and same for aim down the sight.

Controlled folder access is also disabled, OneDrive isn't on my PC aswell

In T167384#2385380, @dedmen wrote:

The hurons simply save a composition with the different camo or use a script command to change their looks then place now in the editor and they will be in their original textures.

I'm unable to follow these steps.
Can you explain better what to do?
I can place hurons and set them to their opposite color.
I can also copy-paste them and they keep the color I set. I can also save them as a composition and place them, and they still have the color that I set.

After performing an update on my graphics drivers im getting some graphical error, i provided the Report log.
After i did a DDU reinstall i could play for the rest of the day, with no issues.
The next day i startet 2 get could not init dxgi error message, without changing anyhting.

still problems in v.0.9.7.41

Got to agree, this happens with the trucks as well they are extremely underpowered, they almost come to a complete stop even when trying to get up the slightest incline.

Ok so I deleted the Logitech mouse software and it looks like it is working now. I'll come back if this doesnt help

Yep, it could be OK when you climbing up the big hill, but often when you drive off the road to the side, and road is on a little highness compared to the rest of terrain, plus when there are only thick woods on the sides, and the only option is to go back on the road (or stuck in the woods) it can be a nightmare sometimes.

game crashed today, i uploaded the crash report for you to look at

The first video showed how the siren did not turn off on a vehicle that had simulation turned off (by DynSim) when it was damaged by 100%
now I suspect this is normal behavior for this kind of object

It appears that when playing a "real" game mode, like combat ops, rather that "game master", items do appear in the radial menu, but if you go into the inventory and try and edit those items, you get the close-up of the torch visual glitch.

Hmm okay that is strange. Personally I have never heard of this bug (and I play a LOT of dayz) ...it sounds like it could be something on your end rather than a game bug, maybe you have some kind of custom keybind for switching to desktop or some button on your keyboard you are hitting by mistake? Other than that I would recommend the standard "verify your game files and if that doesn't work, reinstall the game" procedure....usually this will fix like 90% of dayz issues (from a players perspective, I'm not a dev or anything)

Hello! Ok so I played the game a little. Fighting zombies works fine, but when I fight real players it still goes to desktop...

I've done a little more testing - the glitch seems to happen when you try and remove an item from quick bar.

Hello Geez !
As promised, just came to say the bug is not present anymore =)