Hello oukej,

To help us planning some coming community's development : what does mean this status "reviewed" ?
It means "will not be solved" ?

Thanks.

Hey madbull! No worries. It means it has been checked, successfully reproduced and transferred into our internal pipelines.

Now, you may ask what is the difference between "reviewed" and "acknowledged" ;) Acknowledgement may usually (not always) suggest it's been recognized by a dev as a valid issue we'd like to do something about (votes/popularity also plays a role even though it may not always seem so ;)). An update of FT guidelines is planned soon - that should make all these things more clear.

As for this issue - it's still unsure - setPos'd objects work correctly if command is used in the mission init, so it's also a question of the command's use definition/limits.

iac. thanks a lot for the feedback and we'll try to keep you informed about any decisions or ev. fixes!

Hello oukej,

Thanks for the clarification about "reviewed" and "acknowledged" :) It was not clear for me.

About the reported issue, here is a suggestion :

I assume there is an engine's function that update a data structure which contains all the
"Static" obstacles for AI path finding.
As you said, this function is probably called after the mission init to take into account the setPos in object's init lines.

If I'm right, maybe adding a SQF scripting command named "commitStaticObstacles", which calls the engine's function should be a very nice solution :)
So we can choose (on SQF-side) to update the data structure when the update should be needed.
(The command has local effect and takes no argument.)

Regards

Here is a method to force the Arma engine to take into account de setPos'd static object for the AI pathfinding :

It is a code to be executed on each computer. It creates a helipad at the exact same position than the setPos'd object.
It is a trick to force the Arma engine to run its routine which updates the obstacles for AI pathfinding.
I tested it long time and it works, even in multiplayer.

// Force to take into account the obstacles for AI pathfinding (to be executed on each computer)
if (_object isKindOf "Static") then
{
_object spawn
{

		/*
		 * First helipad is to get the exact reference position of the object.
		 * 
		 * Second helipad will cause the execution of the engine's routine
		 * updating the pathfinding obstacles for this position.
		 */
		private ["_helipad1", "_helipad2"];
		sleep 0.7;
		_helipad1 = "Land_HelipadEmpty_F" createVehicleLocal (getPosATL _this);
		_helipad1 attachTo [_this, [0,0,0]];
		sleep 0.3;
		_helipad2 = "Land_HelipadEmpty_F" createVehicleLocal (getPosATL _helipad1);
		_helipad2 setPosASL getPosASL _helipad1;
		sleep 1;
		detach _helipad1;
		deleteVehicle _helipad1;
		deleteVehicle _helipad2;

};
};

Well, not to rain on anyone's parade, but "reviewed" is a pure moderator status originally, so it means that we, moderators, deem it a sufficiently described ticket.

"Acknowledged" should mark, that it has been reviewed by a developer and "assigned", potentially that someone is actively working on it (or it's being at least actively tracked by QA).

It should be now fully fixed in Dev Branch.
Please, let us know, if you bump into any issue reg. this.
Thanks a lot!

Great news :)
Thanks

Mass-closing all resolved issues not updated in the last month.

Please PM me in BI Forums (http://forums.bistudio.com/member.php?55374-Fireball) if you feel your bug was closed in error.