search

secondlife / jira-archive

2 stars 0 forks source link

[BUG-2716] No-copy item seems to disappear from agent inventory when rez fails #11840

Open sl-service-account opened 11 years ago

sl-service-account commented 11 years ago

Steps to Reproduce

I was helping place seasonal decorations in a location that I have been decorating for 4 years.

See Maestro's comment below for repro steps.

Actual Behavior

I purchased an item then dragged it from inventory onto a sculpted prim then was presented with the following message: Can't rez object at { 231.377, 153.307, 56.569 } because the owner of this land does not allow it. Use the land tool to see land ownership. The location in this message represents precisely where I wanted the item to appear. I have rights to place items in this location. NOTE: This location is on the face of a sculpted prim.

Expected Behavior

I was expecting an object that is NOT a LINDEN TREE to appear at the location picked on the face of a sculpted prim that resembles a stone.

Other information

When the inventory item in this operation is NO COPY it is LOST. I tested this by using a grid beacon to test this theory. This issue is not occurring when the location an inventory item is dragged to is not on the face of a sculpted prim AND is not on a face of a mesh object.

Attachments

Links

Duplicates

Original Jira Fields | Field | Value | | ------------- | ------------- | | Issue | BUG-2716 | | Summary | No-copy item seems to disappear from agent inventory when rez fails | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | Ardy Lay (ardy.lay) | | Created at | 2013-05-29T04:17:50Z | | Updated at | 2021-01-08T11:16:43Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2013-05-29T02:24:12.049-0500', "Is there anything you'd like to add?": 'When the inventory item in this operation is NO COPY it is LOST. I tested this by using a grid beacon to test this theory. This issue is not occurring when the location an inventory item is dragged to is not on the face of a sculpted prim AND is not on a face of a mesh object.', 'System': 'SL Simulator', 'Target Viewer Version': 'viewer-development', 'What just happened?': "I purchased an item then dragged it from inventory onto a sculpted prim then was presented with the following message:\r\nCan't rez object at { 231.377, 153.307, 56.569 } because the owner of this land does not allow it. Use the land tool to see land ownership.\r\nThe location in this message represents precisely where I wanted the item to appear. I have rights to place items in this location. NOTE: This location is on the face of a sculpted prim.", 'What were you doing when it happened?': 'I was helping place seasonal decorations in a location that I have been decorating for 4 years.', 'What were you expecting to happen instead?': 'I was expecting an object that is NOT a LINDEN TREE to appear at the location picked on the face of a sculpted prim that resembles a stone.', 'Where': 'http://maps.secondlife.com/secondlife/Lusk/227/149/60\r\nThe sculpted prim onto which inventory items have been dragged and lost:\r\nName: ~*GOD*~ Pathway Stones\r\nDescription: Fantasy Faire 2012 - Shifting Sands', } ```
sl-service-account commented 11 years ago

Ardy Lay commented at 2013-05-29T05:08:07Z

We had to move the sculpted stones some. When attempting a reproduction ensure that you and your target surface are not inside any object bounding boxes.

sl-service-account commented 11 years ago

Whirly Fizzle commented at 2013-05-29T07:24:12Z

Heya Ardy,

Do the no copy objects that failed to rez come back after a relog?

Possibly same issue as BUG-2019 ?

sl-service-account commented 11 years ago

Ardy Lay commented at 2013-05-29T12:41:45Z

Most of the items described as LOST above have been reappearing in inventory after a relog. I would have to query several currently offline residents in the group to deterine if ALL of the apparently lost items have reappeard after relog.

Data representation is inaccurate. Can we please not pile this onto the already large pile of reasons to be relogging?

Raytrace metatdata display is rather busy but it does seem to be indicating my desired placement location when I release mouse button to drop an object when the above error message is presented.

sl-service-account commented 11 years ago

Maestro Linden commented at 2013-05-31T00:48:32Z

I visited the parcel and spoke with Ardy. There are at least 2 bugs, here:

sl-service-account commented 11 years ago

Maestro Linden commented at 2013-05-31T01:15:41Z

Since I couldn't find the 2nd issue in Jira search, and the 1st issue is a dupe of SVC-8026, let's make this Jira about the fake no-copy loss. Ardy and I can reproduce it with 'Second Life 3.5.3 (276452) May 23 2013 17:24:50 (Second Life Release)' using these simple steps:

  1. Obtain a no-copy item with a unique name
  2. Move to a parcel that does not allow build for your avatar (we tried some tricky permissions-changing parcels at first, but this appeared to be unnecessary)
  3. Attempt to rez the no-copy item on the parcel. This should fail with a message from the server like this: "Can't rez object at { 225.606, 152.9, 54.8935 } because the owner of this land does not allow it. Use the land tool to see land ownership."
  4. Look for the no-copy object in your inventory
  5. Log out, then log back in
  6. Look for the no-copy object in your inventory

Expected results:

Actual results:

sl-service-account commented 10 years ago

Maestro Linden commented at 2014-04-25T23:39:47Z

Hi Ardy, would you mind if we set this issue to public visibility? I'd like it to be public since there have been several duplicate reports already.