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

[BUG-225295] Sim Surrounds often fail to rez #4133

Open
1 task
sl-service-account opened this issue Aug 16, 2018 · 14 comments
Open
1 task

[BUG-225295] Sim Surrounds often fail to rez #4133

sl-service-account opened this issue Aug 16, 2018 · 14 comments

Comments

@sl-service-account
Copy link

sl-service-account commented Aug 16, 2018

What just happened?

Logged in directly to http://maps.secondlife.com/secondlife/Serena%20Ormolu/67/129/21 home of Ladybuggs who reported that she has been unable to rez her sim surround.

What were you doing when it happened?

Logged in. Stood on pier. Cammed around waiting for things to rez. Sim surround failed to rez.
Raising LOD and Draw Distance to 512m didn't help.

It was only when I disabled camera constraints and zoomed my cam way out and rotated it that I was able to begin to rez the sim surround.

When I relogged, the sim surround was gone again.

What were you expecting to happen instead?

Was hoping sim surround would rez.

Other information

Firestorm has received several reports from users unable to rez sim surrounds since latest release Version 5.1.7. which includes Love Me Render changes. We suspect this might be related to MAINT-8258 (https://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/f03468e61b5d)

Attachments

Links

Duplicates

Original Jira Fields
Field Value
Issue BUG-225295
Summary Sim Surrounds often fail to rez
Type Bug
Priority Unset
Status Accepted
Resolution Accepted
Reporter Willow Wilder (willow.wilder)
Created at 2018-08-16T23:51:43Z
Updated at 2018-12-10T18:15:10Z
{
  'Build Id': 'unset',
  'Business Unit': ['Platform'],
  'Date of First Response': '2018-08-17T13:36:02.538-0500',
  "Is there anything you'd like to add?": '...',
  'ReOpened Count': 0.0,
  'Severity': 'Unset',
  'System': 'SL Viewer',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': '...',
  'What were you doing when it happened?': '...',
  'What were you expecting to happen instead?': '...',
  'Where': 'http://maps.secondlife.com/secondlife/Serena%20Ormolu/67/129/21',
}
@sl-service-account
Copy link
Author

Beq Janus commented at 2018-08-17T18:36:03Z

To add a little colour to Willow's note. MAINT-8258 is the most likely candidate but it is far from obvious how it is being triggered, here is my guess so far, feel free to shoot it full of holes.

#1 there is a latent bug in the sculpt() method
As the image shows the comment and the code are not aligned, as we cannot see the change that it references, it is impossible to know whether it is the comment that is wrong or the code.
#2 The implication of the code as it stands today is that any sculpt that is shown at LOD1 gets its mesh data zapped to empty. The reason I am dithering over this is I am far from convinced that a sim surround would ever render at LOD1 in the first place so this is quite possibly a red herring (It might still be a valid bug though.)

https://i.gyazo.com/b5f389be8a279b7a482e8a74373f5b8f.png

@sl-service-account
Copy link
Author

Willow Wilder commented at 2018-08-17T19:51:07Z

I went to Testylvania to try and rez the sim surround added at that location.
http://maps.secondlife.com/secondlife/Testylvania%20Sandbox/179/21/22

Snapshot FS Nightly (1) At 200m and LOD 2.00, was able to rez the Big Baby, but not the sim surround. Not able to rez it by using any camming "tricks".

Snapshot SL Viewer (2) At 200m same results as (1) above.

Snapshot FS Nightly (3) Ramped DD to 1024m and LOD 4.00 and sim surround appeared. Was able to drop DD to 176m and LOD to 2.00 before Big Baby disappeared.

@sl-service-account
Copy link
Author

Alexa Linden commented at 2018-08-17T20:40:25Z

leave the baby out of this! he's doing no harm :D

@sl-service-account
Copy link
Author

Alexa Linden commented at 2018-08-17T20:44:29Z

I can repro this bug. both at the orginal location and testy.

@sl-service-account
Copy link
Author

Willow Wilder commented at 2018-08-18T03:30:47Z

I'm available for babysitting and spoiling. Have experience with rubber duckies and towels. (y)

@sl-service-account
Copy link
Author

AndreyK ProductEngine commented at 2018-08-28T17:43:37Z

I tried reverting MAINT-8258 and I still see land at Testylvania location as flat surface, so it doesn't seem to be the case.
Checking out Love Me Render changes.

P.S.
@BeQ Janus
Lod 0 is marked as impostor, so I'm not sure if it is valid as 'lowest lod', that comparison is likely to be correct as is.

@sl-service-account
Copy link
Author

AndreyK ProductEngine commented at 2018-09-04T15:44:19Z, updated at 2018-09-04T15:44:46Z

Please try testing at http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/5.1.9.519162 (latest maintenance build)
I pulled to my local branch today and suddenly there is a mountain... but may be a glich my side or something with settings (but launching 5.1.7 displays no mountain).

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2018-09-11T08:58:14Z

Confirmed that this does seem to be fixed on the Maint-RC.
I tested on https://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/5.1.9.519162

@sl-service-account
Copy link
Author

Willow Wilder commented at 2018-09-15T15:06:17Z, updated at 2018-09-15T15:06:46Z

I'm afraid I'm not seeing much of a difference using Second Life Release 5.1.9.519298 (64bit)

I did see a small hint of a sim surround when I first moved to the region edge at Testy (DD 128m) but I still had to ramp DD 512m and cam around and finally edit the sim surround before I was able to render anything further.  https://prnt.sc/kuqiwb 

I've requested one of the other reporters with this issue to also test on the MAINT-RC viewer and post results. 

 

@sl-service-account
Copy link
Author

AndreyK ProductEngine commented at 2018-09-15T17:38:48Z

Ok, thanks for the info. If possible, please attach logs, just in case.

@sl-service-account
Copy link
Author

Willow Wilder commented at 2018-09-16T01:24:49Z

SecondLife.log attached as requested. 

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2018-09-16T01:40:41Z, updated at 2018-09-16T01:50:30Z

Has something changed with the log formatting on 5.1.9.519298?
It's broken in all my log readers...
eg) https://prnt.sc/kuw9b0 from Willow's log

Edit to add: https://bitbucket.org/lindenlab/viewer-bear/commits/7a2c91f8f8a59287027a8b89fe3fd161cb773806
I guess it's this?
That makes logs really hard to read. I'll file a JIRA for it later.
Carry on lol.

@sl-service-account
Copy link
Author

AndreyK ProductEngine commented at 2018-09-16T11:37:52Z, updated at 2018-09-16T11:40:11Z

SecondLife.log attached as requested.
Thanks.

I guess it's this?
Yes
Quote: "The point is to make parsing, combining logs, and filtering much easier because every line will start with the same fixed format."
As I understand, we are supposed to use some kind of transform script to make it readable again (and probably to use some kind of alternate console launcher for 'live' logging)

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2018-09-16T15:54:09Z

Thanks.
I filed an issue for the wonky log formatting: BUG-225480

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