In T188318#2754101, @dedmen wrote:

Won't fix. I have no idea where to look.

Yeah can confirm and reproduce on my system as well. Fix would be much appreciated!

This bug also affects CUP and RHS tracked amphibious vehicles. They cannot turn in water, but can move forward if their waypoint is in front of them.

Painful this has gone unanswered for almost a year, bumping for hope it gets seen.

Mirror was never implemented, the wiki was wrong, and the wiki has been fixed since then.
5/6 are fixed in 2.20

The crash happened inside Microsofts XAudio code. Nothing we can do about that. We cannot fix Microsoft's errors.

Well I don't know either...
You have submitted 7 crashes.
Each of these is something different, and they all look random and seem to make no sense, and I have never seen any of them before.

The crashing thing seems to be some joystick that you have attached, "vJoy Device"
The crash is actually inside a windows library, nothing we can do about that. Probably just remove your joystick or gamepad.
In the rpt log I also see there are some issues with your joystick

Relates to T66212

This is still an issue in CSLA 1.2, and also affects the new static turrets added in that update.

Sorry, you've misunderstood what this is about. I'm not talking about additional sights on the optic itself.

this is an engine (tidesystem) problem that we're trying to solve. We use "engine" water (sea) and currently boats float only when there is low tide - low water level.
more information about this issue can be found here on FT in this ticket: https://feedback.bistudio.com/T146448

reflex sight/collimators don't have an alternative view above the sights

Ah I didnt think to try out for AI, thank you very much

It was ignored for player used weapons, not for AI.

2.20 also adds config entry for map controls
useRealViewport = 1 to enable it by default, then you don't need to use script command

Fixed in https://feedback.bistudio.com/T189016
due to backwards compatibility you need to run a command, or add a config entry to enable it.

Fixed in https://feedback.bistudio.com/T189016
due to backwards compatibility you need to run a command, or add a config entry to enable it.

Fixed in https://feedback.bistudio.com/T189016
due to backwards compatibility you need to run a command, or add a config entry to enable it.

Okey.
Due to backwards compatibility, we need to mess around a bit.

Per @dedmen request here is a PBO where once this issue works the suppressor (on MX rifle) should reduce the recoil o 25% of its original value when not prone, or if prone to 5%. Other fields like the hit coef dont appear to work, so if it gets fixed then with this suppressor they should do 10x more damage (Picked an extreme value to test with). I imagine typicalSpeed value also doesnt work, unsure how to test on my end.

ctrlMapSetPosition, ADDS the position of the controls group, to the position of the map.

I believe there is none unless we use EachFrame/Draw3D and call it a day. Smooth transition wouldn't be a concern to consider IMO, from what I can see firing an EH upon cameraView has changed is good enough to detect Visual/Pilot LOD change etc.
However and just thouht of, "BeforeCameraViewChanged" might be an addition to suppress the viewmode update etc I guess. Not really sure how it would have a usecase, so just sayin'.

In T188318#2754101, @dedmen wrote:

Won't fix. I have no idea where to look.

2.20

Is there currently some non-eventhandler script way to detect this?
"cameraView" command?

Won't fix. I have no idea where to look.

Very nice find, thank you.

Video of the abuse of this problem in multiplayer embedded:

Me ha pedido Dedmen que agregue un pbo en cual se pueda replicar el problema, ademas de eso os envio una captura del error que sale simplemente seleccionando el modulo de curva rica, el de la linea de tiempo o el de el punto de clave de llave rica el que tiene un simbolo de llave.

I honestly believe, that it's not really the issue, that civilians or their vehicles getting damaged. It's the Mission Eventhandler "BuildingChanged". Every damage on "buildings" get tracked (I guess this was intended anyway, also for fences and other objects) but the problem is, that AI drives over everything too. Means fences, tiny objects and other things. Limit the check only for the player would minimize the risk for the Mission getting failed.

This person visibly has a problem, fixating and harassing on Arma/BattlEye. Banned on request, please resume your usual activities

Can I suggest, this command should be able to take a position as a parameter

is it hard to implement those variables for vest, heagear (/ weapons)?

This problem also affects the use of BIS_fnc_exportEditorPreviews, the resulting images are very lightened. As we can see, the BI author who makes Editor Previews for vanilla assets has no such problems. Can he please share a secret so that we don't have to keep using batch proces in photoshop to correct images?

Title correction:
The problem is that inAreaArrayIndexes throws an error on profiling branch if you pass it an array of marker strings as the left-hand input. This works correctly on stable 2.18.

Confirmed as fixed closing.

Edit: nevermind i thought this ticket was for Reforger

tested in 2.18 - seems fixed.

Nevermind problem fixed, selections issue.