So i bought Czech Language basic version without DLC´s for Steam. Put the key on Steam. And voala .. i have in Czech languafe Amra 3 with all my DLC´s :)

Post-fix, next week dev or profv7

You have to enable Direct3D (the blue and yellow helix icon) in Object Builder, it's the only workaround for this issue.

The bug happens if the team leader dies. Then the group goes north and the current task is never completed (Clear Agia Marina).

I just had the bug just now, a solution?

T153528 ticket might be worth merging with this

Thank you for reporting the issue.
We were able confirm the problem.
We will see what we can do.

Would be quite logical to replace MP preview button/menu action to hint dialog that will say that diag.exe does not have MP.

Hello, thank you for reporting the issue.
We were able to confirm the problem on our internal build as well.
We will see what we can do to resolve the issue.

Hello sorry for the late reply.
This is indeed unintended and earlier reported bug.
We are looking into ways to resolve the issue.

Thank you for reporting the issue.
We will see what we can do.

*Edit* i dont know what Reproducibility means.

This helped me, Thanks Frost!

Did some quick testing and seems to work.

If addAction is not changed at the engine level, there are a few workarounds to achieve the desired effect.
If the user's action menu is closed, and then looks at a new object with an addAction (Or it appears on his body): The addAction window text will not fade.

For the mouse input, the mouse must be moving at the moment the map opens

Yes, if there is active turning input when the player opens map, changes position, or exits vehicle, the wheels will continue turning in that direction. Repro Method 1 and 3 are the most noticeable in normal gameplay, as it is very easy to make some subtle mouse steering input when opening the map or leaving the vehicle. Results in a crash if driving with the map open, and getting back into a vehicle will notice the steering is at full lock left/right.

Am I right to understand the issue here is more about wheels keep turning after keyboard input started and player opens map? So would making wheels start turning towards center be enough? Mouse/analog steering doesn't have this problem in my tests, wheels stay where you left them, only keyboard turning seems to continue to extreme.

In T158681#2268256, @dedmen wrote:

the DS does not have the contact (platform) folder:

"contact" is not "Contact (Platform)"
"Contact (Platform)" is "enoch" folder.

Everyone has Enoch, but if the server uses content from it, it will tell you that you need it (like with other DLCs, place helicopter DLC helicopter in mission file, server will tell you that you need helicopter DLC).

The question here is rather if the server somehow wrongly thinks Enoch content is in use, while in reality it isn't.

No you are correct, WorkDrive is missing Tanks.

Hello, Sorry for the delay.

"Our FOVs are customized which could possibly be the reason for this issue.

I asked a programmer and they say i might be your custom FOV, We don't officially support changed FOV.
Due to the current phase of Live Ops development in Arma 3, it's unlikely that we will be able to fix it if this is the case.

also tested on vn server with 0 mission files. just now
says i require contact

I have a vietnam server, 6 missionfiles o enoch in them , says i require contact. it will also do this on other servers with no enoch in the missionfile
there is also how every other server requires it in the launcher.
there are however at least 3 places where it will "guide " you to the buy your "missing dlc" page. looks like marketing to me.

https://community.bistudio.com/wiki/set

https://community.bistudio.com/wiki/getPiPViewDistance
https://community.bistudio.com/wiki/setPiPViewDistance

I just tested on my own server. It displays I'm missing Contact Platform, and TacOps and Tanks.
When I look into the mission file its currently running, it has "A3_Weapons_F_Enoch" and "A3_Weapons_F_Tank" so that explains two of them... TacOps is indeed weird now :D
So for your case of it saying Enoch is required. Check the mission.sqm of the mission running on the server, search for "Enoch" in it, if you find stuff, then that mission requires/uses Contact Platform content and the Launcher correctly displays that to you.

the DS does not have the contact (platform) folder:

Test script

_hm = createHashMap;
_hm set ["a", 1];
_hm set ["a", 2];
_hm get "a"

expected result is 1

Whoops, the recursion check didn't clean up after itself.
This happens everytime the same hashmap is referenced more than once in a hashmap.

OK, the changes should be active with the next dev or one after next

I mean that choice is fairly simple. If it's fixing the map cursor or nothing. Of course I'd prefer the prior :)

I'm sorry, I understand where you are coming from, but the reality of the situation is, I can relatively safely change that cursor elevation. The rest will require thorough investigation and risk assessment, and we do not have resources for that. So it is either cursor change only or leave it as it was for years.

In T160606#2267700, @BIS_fnc_KK wrote:

Just to clarify, the real issue is that cursor value displayed on the map is real altitude and not fake altitude and you want cursor to display fake altitude as well, is this all what this ticket is about? Because this could be tweaked, but only this

Just to clarify, the real issue is that cursor value displayed on the map is real altitude and not fake altitude and you want cursor to display fake altitude as well, is this all what this ticket is about? Because this could be tweaked, but only this

As I tried to explain to you, and as stated on the scripting page, current map elevation offset shows fake altitude for mountain peaks, that’s all. When in 3den mode the altitude delivered by cursor is real altitude, artillery computer shows real altitude, HUD elements show real altitude. elevationOffset is half baked feature that only brings inconsistency to the map visualisation and the actual values. There is no good solution but a complete revamp of altitude system to take elevation offset into account across the engine. Unfortunately at this stage of Arma 3 development this might not be possible.

Imho this is not a good solution. Let me elaborate:

Thanks for reporting. After some investigation, the elevationOffset feature seems to affect the altitude figures displayed on the map, and nothing else. It is unfortunate that Livonia is using it, because the altitude figures on the map do not correspond to the true altitude in game. Therefore we created a script command setElevationOffset https://community.bistudio.com/wiki/setElevationOffset that you could use to reset this offset to 0, available with rev. 148610

Hello thank you for reporting the issue.
I could confirm it on our internal build.

Hello thank you for reporting the issue.
I was able to confirm the problem on our internal build, following your repro.
We will see what we can do.

Have you tried verifying your game files though steam?

Duplicate of T162475