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

[BUG-7504] Physics Setting for mesh object reverting on rez #15204

Open
1 task
sl-service-account opened this issue Oct 11, 2014 · 5 comments
Open
1 task

[BUG-7504] Physics Setting for mesh object reverting on rez #15204

sl-service-account opened this issue Oct 11, 2014 · 5 comments
Labels
project:BUG

Comments

@sl-service-account
Copy link

sl-service-account commented Oct 11, 2014 •
edited by sl-issues-importer bot

Steps to Reproduce

see above

Actual Behavior

New skybox has been on the market since Wednesday Oct 8 with no problems until today. Now multiple customers and my own testing are demonstrating the following:

  • Skybox rezzed prior to Wednesday Oct 11 (on my private region) is still functioning correctly.

  • Skyboxes rezzed today have an interior wall with a doorway that has its physics shape reset, or not functioning properly. The skybox wall was uploaded with a custom physics shape, and has the inworld Physics Shape set to Prim. This setting is still visibly set correctly to Prim on the newly rezzed copies, but the doorway in the wall is unable to be walked through.

  • If the user sets the Physics Shape Type to None, the wall is able to be walked through, as is expected behavior.

  • If the user *only right clicks the wall to begin the selection process*, the doorway IS able to be walked through. (Is the server not properly reading the physics information for the wall until its selected by the viewer?)

  • If the user then sets the Physics Shape Type to Prim again, the doorway is able to be walked through, as is expected and correct behavior.

  • If this skybox copy is then taken into inventory and re-rezzed, the wall Physics Shape Type is still set to Prim, but the doorway is unable to be walked through.

    The custom physics shape for this specific wall piece did NOT simplify correctly in the uploader, so when I uploaded it I didn't simplify the shape. This didn't seem to cause a problem at any point until today.

    Expected Behavior

    Physics settings for mesh pieces should continue to act as set and expected throughout rezzing and re-rezzing, and should not spontaneously stop working until the setting is re-selected.

    Other information

    I will be correcting the issue with the skybox by leaving the wall physics shape to None and reinforcing the walls with invisible mesh panels instead. I can provide a copy of the bugged skybox to review upon request.

Links

Related

Original Jira Fields
Field Value
Issue BUG-7504
Summary Physics Setting for mesh object reverting on rez
Type Bug
Priority Unset
Status Accepted
Resolution Accepted
Reporter Cory Edo (cory.edo)
Created at 2014-10-11T16:03:26Z
Updated at 2023-07-26T09:33:14Z 
{
  'Business Unit': ['Platform'],
  'Date of First Response': '2014-10-12T08:55:21.030-0500',
  "Is there anything you'd like to add?": 'I will be correcting the issue with the skybox by leaving the wall physics shape to None and reinforcing the walls with invisible mesh panels instead. I can provide a copy of the bugged skybox to review upon request.',
  'Severity': 'Unset',
  'System': 'SL Viewer',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': "New skybox has been on the market since Wednesday Oct 8 with no problems until today. Now multiple customers and my own testing are demonstrating the following:\r\n- Skybox rezzed prior to Wednesday Oct 11 (on my private region) is still functioning correctly.\r\n- Skyboxes rezzed today have an interior wall with a doorway that has its physics shape reset, or not functioning properly. The skybox wall was uploaded with a custom physics shape, and has the inworld Physics Shape set to Prim. This setting is still visibly set correctly to Prim on the newly rezzed copies, but the doorway in the wall is unable to be walked through. \r\n- If the user sets the Physics Shape Type to None, the wall is able to be walked through, as is expected behavior.\r\n- If the user then sets the Physics Shape Type to Prim again, the doorway is able to be walked through, as is expected and correct behavior.\r\n- If this skybox copy is then taken into inventory and re-rezzed, the wall Physics Shape Type is still set to Prim, but the doorway is unable to be walked through. \r\n\r\nThe custom physics shape for this specific wall piece did NOT simplify correctly in the uploader, so when I uploaded it I didn't simplify the shape. This didn't seem to cause a problem at any point until today.\r\n\r\n",
  'What were you doing when it happened?': 'see above',
  'What were you expecting to happen instead?': 'Physics settings for mesh pieces should continue to act as set and expected throughout rezzing and re-rezzing, and should not spontaneously stop working until the setting is re-selected.',
  'Where': 'http://maps.secondlife.com/secondlife/Cedoland/61/145/35\r\nhttp://maps.secondlife.com/secondlife/Sandbox%20Exemplar/138/130/27\r\nhttp://maps.secondlife.com/secondlife/Sandbox%20Cordova/203/167/27',
}
@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2014-10-12T13:55:21Z

This sounds like the same problem that was reported at BUG-2784

BUG-2784 isn't public, so Cory, here were my findings with the BUG-2784 buggy house:

  • Rez the house from inventory. Do NOT rez it in edit mode. Do NOT edit the house after rez to adjust its placement.
    Attempt to walk through the front door
    Observe you cannot walk through the doorway. The doorframe behaves exactly as it does if you edit it and change it to convex hull instead of prim.
    Right click -> Edit on the house.
    Observe you can now walk through the doorway.
    This happens 100% of times that the house is freshly rezzed from inventory.

  • Edit the house into the position you would like it.
    Verify you can walk through the doorway.
    Restart the region.
    Once the region is back up, come back to the house.
    Do NOT right click on the house after the region has restarted.
    Observe you cannot walk through the doorway again until you right click on the house.
    This happens 100% of times after a region restart.

Cory, please can you send a copy of the bugged skybox to Alexa Linden, Marissa Linden and maestro Linden. Name it "BUG-7504 repro object".
Thanks :)

@sl-service-account
Copy link
Author

Cory Edo commented at 2014-10-12T18:10:52Z

Thanks Whirly! I tried the region restart test and while it seemed that I was still able to walk through the wall when it came back up (the problem did not reset itself in my instance), the grid is having problems at the moment so I will try again later.

Sending copies of the renamed bugged skybox to the people requested, I will also color the wall in question red and rename that mesh piece appropriately.

@sl-service-account
Copy link
Author

Alexa Linden commented at 2014-10-13T16:16:45Z

I am able to repro. Placing the item out in edit mode, does not cause the issue. Rezzing the item out in non-edit mode, creates the blocked doorway. If either Whirly or I right-click, the issue disappears. Restarting the region did not re-introduce the issue.

@sl-service-account
Copy link
Author

Cory Edo commented at 2016-07-16T19:41:26Z

I have discovered the same bug in a new prefab I've just released, will send a copy to Alexa on Monday.

@sl-service-account
Copy link
Author

Cory Edo commented at 2023-07-26T09:33:14Z

I have a new prefab with this bug reappearing. Because it is sold in a scripted rezzer, the bugged wall will not let the owner walk through until they select the build in Edit mode. I have confirmed it with my own copy rezzed at a demo area and will drop a copy on Alexa. 

@sl-issues-importer sl-issues-importer bot mentioned this issue Feb 14, 2024
Closed
2 tasks
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
project:BUG
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@sl-service-account