• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: SVC-760
Type: Sub-task Sub-task
Status: Resolved Resolved
Resolution: Fixed
Priority: Normal Normal
Assignee: Andrew Linden
Reporter: Andrew Linden
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
2. Second Life Service - SVC
SVC-734

llMoveToTarget() on attachments don't activate a stopped avatar

Created: 03/Oct/07 08:29 AM   Updated: 18/Nov/08 10:43 AM
Return to search
Component/s: Physics
Affects Version/s: Havok4 Beta
Fix Version/s: Havok4 Beta

Linden Lab Issue ID: DEV-425


 Description  « Hide
On attached script:
When a scripted item is attached and using llMoveToTarget the avatar will not move unless already in motion, be it falling, a movement control, or push. If the avatar is standing still then a llMoveToTarget simply will not work until the avatar starts moving.

 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Andrew Linden added a comment - 29/Oct/07 11:22 AM
I suspect this bug is fixed already, but I'll verify.

Ideally, a bug like this would have a "repro recipe" in the comments so I'll provide a candidate recipe:

(1) put the following script (modified from SVC-734) on an attachment (note, this script is untested, but is probably almost working):

/////////////////
integer On;

default
{
state_entry()

{ llSetColor(<1.0, 1.0, 1.0>, ALL_SIDES); llListen(0, "", llGetOwner(), ""); }

listen(interger channel, string name, key id, string msg)
{
if (msg == "toggle")
{
On = !On;
if (!On)

{ llSetColor(<0.0, 1.0, 0.0>, ALL_SIDES); llMoveToTarget(<175.0, 175.0, 50.0>, 0.05); }

else

{ llSetColor(<1.0, 0.0, 0.0>, ALL_SIDES); llMoveToTarget(<175.0, 175.0, 55.0>, 0.05); }

}
}
}

////////////////

(2) stand somewhere around <175, 175, whatever>

(3) let your avatar come to a stop

(4) type the word "toggle" into chat

--> the avatar should move to one of the two "move-to" states


Andrew Linden added a comment - 30/Oct/07 09:32 AM
This is fixed.

Andrew Linden added a comment - 30/Oct/07 09:35 AM
Here is a better script with an "off" command and without the typo in the one above:

/////////////////
integer On;

default
{
state_entry()

{ llSetColor(<1.0, 1.0, 1.0>, ALL_SIDES); llListen(0, "", llGetOwner(), ""); }

listen(integer channel, string name, key id, string msg)
{
if (msg == "toggle")
{
On = !On;
if (!On)

{ llSetColor(<0.0, 1.0, 0.0>, ALL_SIDES); llMoveToTarget(<175.0, 175.0, 40.0>, 0.05); }

else

{ llSetColor(<1.0, 0.0, 0.0>, ALL_SIDES); llMoveToTarget(<175.0, 175.0, 55.0>, 0.05); }

}
if (msg == "off")

{ llStopMoveToTarget(); }

}
}

////////////////


WarKirby Magojiro added a comment - 22/Dec/07 01:27 PM
This issue has been bulk changed to fix pending.

Andrew Linden added a comment - 06/Feb/08 01:37 PM
This has been fixed and deployed (weeks ago). Incidentally, as of this comment the corresponding internal bug for this is still open because when trying to move the avatar up 1m it only goes up 0.75 meters, however I'm closing this one because the bug as described in the title is fixed.