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

[BUG-18263] After editing an object with a large number of contents, contents in any object will not load until relog. #2655

Open
1 task
sl-service-account opened this issue Jun 2, 2016 · 4 comments

Comments

@sl-service-account
Copy link

sl-service-account commented Jun 2, 2016

Steps to Reproduce

  • Rez a box containing a large number of items - for example a box containing 10k textures.
    Note that you do not need this huge amount of task inventory to reproduce the problem - the contents of the box must just fail to load while you have the box in edit.

  • Edit the box & go to the content tab.

  • Observe the contents of the box remain stuck on "Loading contents..." - pretty much expected behaviour.

  • Hold this box in edit for a minute or so then exit edit.

  • Now edit a box containing only a small number of contents - eg) a single default script in the box.

    Observed Behaviour

  • Often (but not always) after editing an object with a large amount of task inventory, attempts to edit any other object & examine the contents will fail.

  • The object contants remain forever stuck on "Loading contents...".

  • See Fig 1 attached.

  • When this reproduces, creating a fresh prim and adding a single default script will show no contents in the prim.

  • See Fig 2 attached.

  • Editing & re-entering edit -> content tab will then show "Loading contents...", no matter how long you wait.

  • Problem persists after teleporting to another region.

  • The only way to fix this is to relog.

    Expected Behaviour

    Editing an object containing a large amount of task inventory should not break contents loading in different objects with a small amount of task inventory.

Attachments

Links

Duplicates

Original Jira Fields
Field Value
Issue BUG-18263
Summary After editing an object with a large number of contents, contents in any object will not load until relog.
Type Bug
Priority Unset
Status Accepted
Resolution Accepted
Reporter Whirly Fizzle (whirly.fizzle)
Created at 2016-06-02T23:28:23Z
Updated at 2017-03-27T22:32:22Z
{
  'Business Unit': ['Platform'],
  'Date of First Response': '2016-06-02T18:46:52.855-0500',
  'ReOpened Count': 0.0,
  'Severity': 'Unset',
  'System': 'SL Viewer',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': 'Filling in...',
  'What were you doing when it happened?': '...',
  'What were you expecting to happen instead?': '...',
}
@sl-service-account
Copy link
Author

Lucia Nightfire commented at 2016-06-02T23:46:53Z

Annoying bug.

@sl-service-account
Copy link
Author

Alexa Linden commented at 2016-06-03T00:06:20Z

Good job breaking things!

@sl-service-account
Copy link
Author

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2016-10-08T05:34:48Z

This bug is listed as a resolved issue on the Maint-RC: http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/4.0.9.320231
However it still reproduces just as easily as before.
I refiled it at BUG-40662.

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