Help me!pls

You are on profilintg branch, this bug was fixed on v9 which was released on the 26th

It did not crash on the Rhs server last night but I noticed that my fan curve settings were turned off on my speedfan program. Decided to turn my settings up to Ultra.

rMASTER15661
_vehicle setVariable ["vn_flag_enable", false]

Next dev hopefully

I never had the crash on the 55th delta server. Will try RHS again and will provide latest .mdmp

Indeed there seems to be some problem with syncing the bleeding in MP

On the subject of interfaces, I have been doing this exactly (prior to the new changes);

Re: rev. 150658 - you guys are awesome!

This showers seems work correct if change statements in user actions this way

confirmed, the issue appears when vehicle is local to dedicated server

wow! on dedicated server sirens still won't stop when a vehicle is destroyed

Revision: 150668

Instead or in addition may make an alert in the weapon information panel?
With vanilla icon, plus there is a localized text 'laser' str_a3_itemtype_laser can also inform us if IR Laser Pointer is enabled

Revision: 150667

I've actually noticed this several times. I thought I'd made a ticket but looks like I forgot...

Thanks, I'll look into it. Event handler seems to be working correctly though 👍

Confirm, fexed in new dev

The mission has to exist for mission event handler to be used. But there is another onUserDisconnected EH that can be added via server.cfg https://community.bistudio.com/wiki/Arma_3:_Server_Side_Scripting

Could use other attachTo arguments in the EH as well.

Yes. The problems seems to be fixed. Appreciated.

Closed. Managed to fix using the -profiles=Profiles line into my root folder.

I just did another look at the server rpt and it looks like its happening after the game is over and #mission xxx gets called, which then causes the mod to unregister the eventhandlers, I totally forgot it did this now. I assume there's no way to get it to work with preStart = 1 in function library since it makes use of addMissionEventHandler

In T172195#2447259, @dedmen wrote:

How about naming it to what it actually does
worldASLToModel ?

I double checked, it is in profiling. So it should appear between

it should have fired after

Whichever you think is good is good :P

Still occurring after latest prof build

Can you also add the person who deactivated the mine