Skip to content
This repository has been archived by the owner on Mar 28, 2024. It is now read-only.

[BUG-6648] Animated agents at high altitudes randomly show up at 0,0,0 again #14483

Open
1 task
sl-service-account opened this issue Jul 10, 2014 · 8 comments
Open
1 task

Comments

@sl-service-account
Copy link

sl-service-account commented Jul 10, 2014

With the release of the interesting viewer, it appears that BUG-3332 has been returned: Avatars that are sitting and playing animations at high altitudes randomly appear at coordinates 0,0,0. Not only the avatar itself is shown there, also minimap and nearby people shows them at that position. Zooming at them randomly makes them disappear so they show in the correct location. Moving the camera changes this as suddenly more avatars show up or vanish again.

Viewers without the updated interest list code show the avatars correct (both rendered and minimap).

I attached a video of this behavior (sorry for the partially naked dudes, but they are a 100% repro - in case they are logged in)

Attachments

Links

Related

Original Jira Fields
Field Value
Issue BUG-6648
Summary Animated agents at high altitudes randomly show up at 0,0,0 again
Type Bug
Priority Unset
Status Accepted
Resolution Accepted
Reporter Ansariel Hiller (ansariel.hiller)
Created at 2014-07-10T19:34:32Z
Updated at 2016-02-21T19:56:27Z
{
  'Business Unit': ['Platform'],
  'Date of First Response': '2014-07-10T14:42:49.891-0500',
  'System': 'SL Simulator',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': 'With the release of the interesting viewer, it appears that BUG-3332 has been returned: Avatars that are sitting and playing animations at high altitudes randomly appear at coordinates 0,0,0. Not only the avatar itself is shown there, also minimap and nearby people shows them at that position. Zooming at them randomly makes them disappear so they show in the correct location. Moving the camera changes this as suddenly more avatars show up or vanish again.\r\n\r\nViewers without the updated interest list code show the avatars correct (both rendered and minimap).\r\n\r\nI attached a video of this behavior (sorry for the partially naked dudes, but they are a 100% repro - in case they are logged in)',
  'What were you doing when it happened?': '-',
  'What were you expecting to happen instead?': '-',
  'Where': 'http://maps.secondlife.com/secondlife/Fenfarg/3/4/36',
}
@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2014-07-10T19:42:50Z

Pasting my comment over from BUG-3332

This bug (or something very similar) appears to be back on Second Life 3.7.9 (290582) Jun 2 2014 18:53:52 (Second Life Release).
It was first noticed by Ansariel Hiller on Firestorm after we merged in viewer-interesting.
I can reproduce this on Firestorm with interesting and also on Second Life 3.7.9 (290582). It does not reproduce on builds without the interesting code.

Repro seems essentially the same - avatars sitting on scripted pose balls up at altitude show their minimap dots in the wrong place and if you cam onto them, you can see them animating underwater.
However, instead of them showing at <0,0,0> they now appear to be at <random wrong x, random wrong y, 0>.

I'll file a new issue once I get a decent repro. Currently Ive just been able to reproduce it while randomly cam perving

Quick example:

Here we see Birk and Frutger, as seen on a pre-interesting viewer. This viewer displays their minimap dots in the correct location and when you cam onto their avatars you see them in the correct place.
Birk: http://i.imgur.com/1KUxP04.jpg
Frutger: http://i.imgur.com/g31XGF0.jpg

On current default release, their minimap dots are in in the wrong place and when cammed on them, they show underwater playing the animations from the pose balls they are sitting on. (Excuse the naked guy )
http://i.imgur.com/sDqCf0W.jpg

(Naked guy is actually in a cage in a skybox nowhere near Birk and Frutger).

@sl-service-account
Copy link
Author

Ansariel Hiller commented at 2014-07-11T05:48:19Z

Sorry I have to re-open this, but otherwise I wouldn't be able to comment.

This is not a duplicate - at least I can't see a duplicate of what issue (no other JIRA was given as reference). The JIRA Whirly linked is an old issue that happened on pre-interesting viewers. This issue is new and according to Whirly it hasn't been filed for viewers with the interesting code update yet.

@sl-service-account
Copy link
Author

Maestro Linden commented at 2014-07-14T21:28:14Z

Importing for investigation.

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2015-05-30T00:28:36Z, updated at 2015-05-30T00:29:37Z

This still reproduces on Second Life 3.7.29 (301305) Apr 27 2015 11:41:55 (Second Life Release)
I see this on my region all the time (http://maps.secondlife.com/secondlife/Nuts%20Island/217/134/45) with all the seats/pose balls and none of the seats/pose balls are up at altitude even.
Example: http://prntscr.com/7avxh2
This guy was actually sitting down on the other side of the region but the pose ball he was sitting on is only at 20m above ground level (green ball on the bed here: http://maps.secondlife.com/secondlife/Nuts%20Island/242/249/25)
The viewer shows him as being at 0,0,0 on the region.

If an avatar sits down on an animated seat while you are on the region, they show as being in the correct location on the minimap and on the nearby list and when camming on their avatar.
But if you relog or TP out of the region (and the other avatar remains sitting), wait 30 secs and TP back, 90% of the time the seated avatar will render at 0,0,0 on the region, on the minimap and on the nearby list and when camming on their avatar.
As soon as the avatar stands up, their location will instantly display correctly on the minimap and nearby list and you see their avatar back in the correct location when camming on them.

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2015-09-25T16:05:57Z

0,0,0 party on Second Life 3.8.4 (305380) Sep 24 2015 13:01:38 (Second Life Project QuickGraphics) :D
http://prntscr.com/8kcyfj

@sl-service-account
Copy link
Author

ObviousAltIsObvious commented at 2015-09-25T20:22:46Z

I've noticed during all this that avatars logged in with libopenmv (usually bots) are especially susceptible to jumping to origin if they're not within your own camera arc. It seems to be pretty consistent with them. Those might be useful to set up something repeatable.

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2015-12-04T21:02:59Z

Fix lurking in Lion: https://bitbucket.org/lindenlab/viewer-lion/commits/85a9dd6f5f957e6e8f870b4d119d5169e493030f

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2016-02-21T19:56:27Z

This is fixed on the MAINT-RC: http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/4.0.2.310545
So far, I haven't been able to repro this on the Maint viewer :)

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant