This is a driver issue with your graphics card.

In T155057#2210774, @R3vo wrote:

Why exactly would you need to delete classes in mission config?

@dedmen

Resolved with the 3DEN editor, @dedmen

Maybe name it doScanHorizon instead, to stay with the theme of doX/commandX

Tested some more and it appears that laser guided shells are completely unable to target lasers, but has pinpoint accuracy on cursor position. It worked in 2.00.

Now that you can close it, @dedmen

Pretty sure the unit in question needs to have data link enabled in order to lock on.

Fixed as of 2.02, ticket can be closed.

In T65635#1648443, @dedmen wrote:

Why is this issue still open? Priority urgent, Severity major. For an issue that is only shown via unavailable youtube videos and that couldn't be reproduced by anyone shortly after it was created.

In T156972#2162271, @dedmen wrote:

Something I noticed is that addCuratorAddons cannot be run in init.sqf, but rather must be run through initServer.sqf

Which has always been the case as the wiki says https://community.bistudio.com/wiki/addCuratorAddons

Here's a temporary fix if you're running CBA. Execute it globally and it should get them out of the animation.

To add to this, having a __IS_CONFIG__ macro would be useful. It would be 0 in preprocessFile, 1 if config.cpp, 2 if description.ext

Come to think of it, maybe a __FILEPATCHING__ macro would be useful as well, set to 1 if filepatching is enabled and 0 if disabled. Or simply not defined if disabled, either should work I'd imagine.

Would probably be nice with some getters to go along with it.

@dedmen

Fixed: Crash when trying to host a server if a non-existent include exists in an exported PBO - FT-T139189
Fixed: Forced crash on broken #include when trying to host a server - FT-139189
Fixed: #include in description.ext was failing on files outside of a scenario's PBO - FT-T77179

Fixed: #include in description.ext was failing on files outside of a scenario's PBO - FT-T77179

Might've been fixed with 2.00,

Tweaked: Improved Training Mine behaviour in the multiplayer environment (and less visible glitching on triggering)

duplicate of T153861

duplicate of T153861

@dedmen

@dedmen

@dedmen

@dedmen

@dedmen

createSimpleObject has local parameter since v1.95.145741

This simple config patch fixes the issue.

class CfgAmmo {
	class SmokeShell;

If you're talking about getRoadInfo then yeah, looks good. Wondering what 'maptype' is though.

After updating to the new version containing Contact it appears that the issue doesn't occur, so I'd guess it was the server not being up to date.

If I were to make a suggestion, then exempting headlessClients[] and/or localClient[] from the idle timer would be the most straightforward solution. Alternatively, adding a parameter for it.

Reinstalling the audio drivers appears to have solved the issue.

@Astaroth
I do not use a USB headset, and I do likely not have the latest audio drivers. I'll try updating them.

In T127963#1671324, @Wulf wrote:

I just tested this in our Dev Branch and it works could you please test this in the Dev Branch if the issue is present? Also did you use set waypoint or a different command?