I didn't know that. Anyways, what's their purpose in the game? You can't use them in any way (you have to lower them to use), so that's confusing.

This works great!

We'll try to test it further.

Because BRDM-2s have 8 wheels.

Resolved for the next update.

Hello Vized.
Please upload the .mdmp and .rt files to this ticket.
Regards,
Geez

In case the issue persists upon doing so, click on "Show details and prepare report" and attach the generated archive to this ticket.
Regards,
Geez

Hello Playfish.
Try to disable Steam cloud sync and then delete the DayZ folder in documents, then verify the game data.
Regards,
Geez

@Geez This is fixed in 1.3.0.52. "Fixed: Tourniquet applied from the through the inventory wouldn't be applied"

@Geez This is fixed in 1.3.0.52. Construction nails are no longer shining in low light conditions.

I have now tested it with 1.3.0.52. It happened again.

In 1.3.0.52 upload will now retry instead of failing when EBREQ_WORKSHOP_UploadAssetFile fails on timeout

Hello, from yesterdays logs it seems you have been playing normally?
Is the issue still present? Can you check your DayZ appdata folder for any recent .mdmp files if the issue still persists?

In 1.3.0.52 upload will now retry instead of failing when EBREQ_WORKSHOP_UploadAssetFile fails on timeout

These past two days or so the issue seems to not be apparent for me. It usually occurs every time.

New CLI param -logTime <FORMAT> was introduced in version 1.3.0.52
Valid formats are:

• none
• time (default)
• datetime

I dont want to create another topic but I have similar problem on Ps5 with mouse and keyboard. My is little different but really anoying. When Im moving my character with WASD, quite often it moves in that direction on its own. This issue is a real problem when you want to just move a inch and character keeps moving, when I press radom WASD key it stops.

Issue was fixed in 1.3.0.52

Issue was fixed in version 1.3.0.52

Yes absolutely identical to the issue before hand discussed it’s an ongoing issue not hard to fix if you guys just go in and configure the issue with ai deductions code for bases

Okay right after i made this ticket, i was able to join again. Only god knows why. but do you have any informations what i'll have to do if this failure appears again? best regards!

I have produced it, right now. I have commented on the video for you. I am still on version number 1.3.0.38 - I have not yet received an update to the next number.

In T188783#2748653, @Geez wrote:

Hello SDA_Stockerdanieladolf.
We have tested this on our end but we were unable to produce the issue.
Regards,
Geez

Resolved for the next update.

Hello everyone.
Are you using some mods like reshade or sweetfx? If so, can you try to launch the vanilla game?
Regards,
Geez

Hello tomo81.
Can you please try the following?

Hello patrickmasiaga.
Please click on "show details and prepare report" and upload the generated archive to this ticket.
Regards,
Geez

Thank you Swag10.
This incident will be investigated by BattlEye.
Regards,
Geez

Hello Darkscythe.
Please click on "show details and prepare report" and upload the generated archive to this ticket.
Regards,
Geez

Resolved for 1.2.1.84

In T187206#2748587, @Ponezun wrote:

In T187206#2736937, @Geez wrote:

Thank you.
According to the dev team, this is as designed due to the new control change from version 1.2.1
You can find more info here: https://reforger.armaplatform.com/news/new-controls-explained

Regards,
Geez

But it's still a problem isn't it, you'll fix it right?

Resolved for the next update.
Regards,
Geez

In T177762#2748248, @StevieB wrote:

Video take on Arland, near the SW lighthouse, but can be reproduced anywhere on non-level ground. This was EX 1.3 but same occurs in the main release as well. No mods.

• When prone, the gun is held parallel to the ground, when it should be held upright. A trained soldier does not hold the gun at an angle as it would screw up the ranging/zeroing
• If you rotate while prone, the gun tilts over at various angles.
• If you deploy a bipod while prone it corrects this error.
• If you crouch/stand up the error goes away.

In T188020#2748642, @Jetty wrote:

Why not place helipad before heli?

Hello kawalec.
We have tested this on our end but we were unable to produce the issue.
Regards,
Geez

Hello OlafLate.
We have tested this internally but we were unable to produce the issue.
Regards,
Geez

Hello SDA_Stockerdanieladolf.
We have tested this on our end but we were unable to produce the issue.
Regards,
Geez

In T188596#2748650, @Geez wrote:

In T188596#2748644, @Jetty wrote:

@Geez
Has this been seen? It has been quiet some time and basically all reports after mine has been marked.

We are aware of these GPU hang crashes that affect our playerbase and they are being worked on.

In T188596#2748644, @Jetty wrote:

@Geez
Has this been seen? It has been quiet some time and basically all reports after mine has been marked.

Hello everyone.
This was an intentional fix and there are no plans to revert it.
Regards,
Geez

@Geez
Has this been seen? It has been quiet some time and basically all reports after mine has been marked.

Why not place helipad before heli?

In T187206#2736937, @Geez wrote:

Thank you.
According to the dev team, this is as designed due to the new control change from version 1.2.1
You can find more info here: https://reforger.armaplatform.com/news/new-controls-explained

Regards,
Geez

When you're in the car, the map compass shows the direction you were facing moments before you got in the car.
I've given feedback before.
T183143

Watching the video and reading your comment I have a theory, it could be completely incorrect but worth testing.
The map compass may be linked to your bodies position as opposed to where you are looking, if this is the case looking through the compass while standing might change the orientation of the character model itself as it turns to line up the target in question, making the map compass direction reflect that. In addition, the orientation of the map compass while seated in a vehicle would reflect the orientation of the vehicle itself as opposed to where the character is looking, given that the seated character model remains facing in the same direction regardless of where the player looks.

T187409

Dupers literally ruin entire servers and force users to community in attempt to play a fair game not because you cant dupe but because there is moderation.