Okay, I spoke to one of our server wizards and this is what I got:

I can double-check (this may take a bit), but since we use Steam for updates and such it would be pretty wild if there was no connection.

It seems like they're also describing a problem where flyInHeight commands below 10 metres will prevent subsequent flyInHeight commands for higher altitudes from taking effect.

I am aware of that. However, I would still have to hunt down and test every building on the map, in-place, which I don't have time for.

I have only observed this on a Linux server, although this is not proof it doesn't happen on Windows since I only regularly play on a Linux server.

This would still be good to have. If an alternate syntax for the existing command isn't possible, it could be done as an additional command the same way as addMagazine/addMagazines, e.g. addItemsToBackpack.

We have also had this happen repeatedly over the last couple of years. We've never been able to get a reliable repro because it seems to just come and go pretty much at random, with no changes at our end. It doesn't seem to depend on a particular mission; it's server-wide when it happens, affecting all loaded missions, and we've never found any one mission that causes it to appear. Sometimes it happens to every unit in a mission, sometimes not. Sometimes it happens only to units created by script after the mission starts, sometimes not.

In T159565#2212539, @Leopard20 wrote:

It works just fine.
First of all, the command takes local args

__has_include was added in 2.02 and has been working fine since then.

Is it really not possible to have a full-body system similar to existing turrets like the vanilla raised M2s or offroad technicals?

Testing suggests this was fixed at some point.

Nothing at all! I just didn't know about it.

I believe the Old Man modules are already available in the editor, so it's already possible for people to do this (with some work).

Yeah, it's super annoying trying to place minefields without being able to see the area covered, you have to turn on markers for it and then jump back and forth from the scenario preview to tune the dimensions.

Turns out it is actually a separate keybind under Weapons called "Gun Elevation Up"/"Down", which I happened to have bound to the same as the zeroing keys for reasons which remain unclear.

Testing in VR (nice straight lines for reference) reveals that all US light vehicles seem to be affected by the direction changing issue to varying degrees. My impression is that there are two problems at play:

1. Vehicles undergo a single direction shift when changing up gears
2. Vehicles undergo a continuous drag to one side when decelerating from top speed (i.e. you go from holding shift+W to only holding W)

On your last point, just like vanilla artillery, the gun can be manually elevated and depressed by using the zeroing up/down keys (pageup/pagedown by default, I think). I'm pretty sure this is just how vehicles with artillery config work and there isn't a way to change it.

This might be wrong, it seems like other vehicles do have this sound....sometimes. When I initially tested it, only the CUCV (Radio) had this sound, but now others do. Weird, may not actually be a bug.

In T158302#2196637, @krzychuzokecia wrote:

DLC objects should retain their duplicates, so that people won't need to buy other DLCs to play SOG:PF.

Some modules do have area and rotation, like the Covermap, Hide Object, and Civilian Presence area modules. It seems like it would be most intuitive to make the sector modules work like that.

Is there any chance of this being looked at now that there's UI work being done on the options menu for other stuff?

Same as https://feedback.bistudio.com/T158465 (didn't see this one when creating mine because of the wrong category :U )

This seems to be intended behaviour, but it would be pretty cool if attachTo could override this function. It would allow some pretty creative uses of turrets.

This is also true of the GM bicycle. I believe it's a consequence of bicycles having to use a semi-deprecated pre-PhysX vehicle class that dates back to, like, Arma 2. The GM devs have indicated it's not really fixable without BI themselves making some major changes to that vehicle type.

It may be intended behaviour but not showing them in the Editor arsenal seems kind of counterintuitive

Probably the same as https://feedback.bistudio.com/T158321

I support this. It would be convenient to be able to make the UI less inconvenient.

This has already happened. It's now controlled by the VON slider.

It could be worth testing this with the laser guided cruise missiles too. I had an incident a while ago where a missile was supposed to overfly my position en route to a laser target, but landed on me instead. I wrote it off as a fluke at the time, but this issue would perfectly explain it.

Interesting that you should choose now to complain about it, right after BI releases an RC branch adding the ability to choose the audio device in the game settings.

In T154335#2162486, @Fourty7 wrote:

Direct chat is affected by both VON & the Effects volume slider. You can think of it as a multiplier. If you set VON or Effects volume to 0%, direct chat will not come through. If you set both to 50%, direct would be at 25%, if you one to 100% and the other to 50%, direct would be at 50%, etc.

This was fixed and can be marked as resolved.

This was fixed at some point and can be marked as resolved.

In T156158#2154183, @dedmen wrote:

Easy to implement, pretty annoying to add to options menu though. So probably won't be done.

Still occurs in main branch 1.84.144923. And, as noted by Vdauphin, now also occurs when changing camouflage on the Prowler (Armed) and Prowler (Unarmed), with any camouflage. Oddly, does not occur on the Prowler (AT).

I really hope that "as designed" just means "there is going to be a sound but we deliberately haven't put it on dev branch yet" - because if the SPG-9 is supposed to be literally dead silent, then someone has made a poor decision. It's bad for balance and extremely bad for immersion and realism.

Reproduced on Windows 10 x64.