• 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
dan linden made changes - 03/Oct/07 02:15 PM
Field Original Value New Value
Linden Lab Issue ID SL-56982
Sidewinder Linden made changes - 15/Oct/07 02:58 PM
Affects Version/s Havok4 Beta [ 10171 ]
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 made changes - 30/Oct/07 09:32 AM
Fix Version/s Havok4 Beta [ 10171 ]
Resolution Fixed Internally [ 7 ]
Status Open [ 1 ] Resolved [ 5 ]
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(); }

}
}

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


Rob Linden made changes - 22/Dec/07 01:38 AM
Workflow jira [ 15708 ] jira-2007-12-21 [ 22687 ]
WarKirby Magojiro added a comment - 22/Dec/07 01:27 PM
This issue has been bulk changed to fix pending.

WarKirby Magojiro made changes - 22/Dec/07 01:27 PM
Status Resolved [ 5 ] Fix Pending [ 10001 ]
Rob Linden made changes - 23/Dec/07 12:22 AM
Workflow jira-2007-12-21 [ 22687 ] jira-2007-12-22a [ 48684 ]
Rob Linden made changes - 23/Dec/07 01:29 AM
Status Fix Pending [ 10001 ] Resolved [ 5 ]
Rob Linden made changes - 23/Dec/07 01:31 AM
Resolution Fixed Internally [ 7 ]
Status Resolved [ 5 ] Fix Pending [ 10001 ]
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.

Andrew Linden made changes - 06/Feb/08 01:37 PM
Status Fix Pending [ 10001 ] Resolved [ 5 ]
Resolution Fixed [ 1 ]
Sue Linden made changes - 13/Nov/08 12:08 PM
Workflow jira-2007-12-22a [ 48684 ] jira-2008-11-14 [ 81966 ]
Sue Linden made changes - 13/Nov/08 04:38 PM
Workflow jira-2008-11-14 [ 81966 ] jira-2008-11-14a [ 89512 ]
Alexa Linden made changes - 18/Nov/08 10:43 AM
Linden Lab Issue ID SL-56982 DEV-425