• 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.
MAINTENANCE ANNOUNCEMENT - JIRA will undergo maintenance starting 1:00am PDT through 3:00am on Saturday 2010.03.20. Please do not enter issues during this time as the system maybe restarted.
Issue Details (XML | Word | Printable)

Key: SVC-1174
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Falcon Linden
Reporter: Creem Pye
Votes: 4
Watchers: 1
Operations

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

llGetBoundingBox() returns nonsensical values for attachments on avatars sitting on objects

Created: 11/Jan/08 08:54 AM   Updated: 24/Feb/10 10:04 AM
Component/s: Scripts
Affects Version/s: 1.18.3, 1.30 Server
Fix Version/s: None

Time Tracking:
Not Specified

Environment: MacOS, Linux, Win32
Issue Links:
Relates
 

Last Triaged: 06/Oct/09 08:03 AM
Linden Lab Issue ID: DEV-40907
Linden Lab Internal Branch: svn+ssh://svn.lindenlab.com/svn/linden/branches/maint-server/maint-server-14/


 Description  « Hide
llGetBoundingBox(<attachment prim's key>) correctly reports the bounding box of the avatar the prim is attached to when the avatar is either standing or sitting on the ground. However, if the avatar is sitting on an object, llGetBoundingBox(<attachment uuid>) returns nonsensical values such as [<-201.33, -47.220, 20.995>,<-200.906, -46.651, 22.892>]. This behavior is the same when llGetBoundingBox() is called by the attachment itself or another object in the sim.

Example Script: (can be put into the attachment):

default
{
touch_start(integer total_number){ llSay(0, "My bounding box corners are "+(string)llGetBoundingBox(llGetKey())); }
}

Put this script into any object attached to your avatar, and then try touching the object when your avatar is standing, sitting on the ground, and sitting on an object. When sitting on an object, the returned bounding box corners appear similar to the avatar's global x- and y- coordinates, but the z-coordinate is often too low or too high by 10s of meters. In any case, the behavior is incorrect.



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Imaze Rhiano added a comment - 28/Sep/09 03:28 AM
Semi Confirmed

Second Life 1.23.4 (123908) Jun 11 2009 15:16:56 (Second Life Release VWR-6199)
Release Notes

Built with MSVC version 1400

You are at 251411.1, 246182.4, 52.6 in Sedna located at sim3630.agni.lindenlab.com (216.82.22.111:13001)
Second Life Server 1.30.0.133784

Result are bit different in 1.30 server. I did get bounding box "<-0.100000, -0.100000, -0.100000><0.100000, 0.100000, 0.100000>" when sitting on some primitive.

I think that results should be following:
When script is running in attachment, llGetBoundingBox returns avatar's bounding box. When avatar sits to some primitive, returning bounding box should be entire link set (avatar + object where avatar is sitting).

This would be consistent with behaviour when script is trying to return avatar's bounding box instead primitve where it resides.

Try following code and do same testing as above in description.

default
{
    touch_start(integer total_number)
    {
        llSay( 0, "My bounding box is " + (string)llGetBoundingBox( llGetKey() ) );
        llSay( 0, "Your bounding box is " + (string)llGetBoundingBox( llDetectedKey( 0 ) ) );
    }
}

Strife Onizuka added a comment - 28/Sep/09 01:34 PM
The sim should be including the avatar as part of the objects bounding box.

Falcon Linden added a comment - 25/Nov/09 04:30 PM
With the pending fix, llGetBoundingBox() will return either the bounding box for the full linked prim set (in the object's root prim's space) or, in the case of an attachment, return the bounding box for the avatar. In the latter case, if the avatar is sitting, it will return the bounding box for the avatar's shape, NOT for the full rigid body (avatar + seat).

Strife Onizuka added a comment - 15/Jan/10 09:11 PM
Oh that is no fun
Probably a good change.

Andrew Linden added a comment - 24/Feb/10 10:04 AM
Resolving this as "Fixed". It was included in the deploy of server-1.36 around 2010.02.18.