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

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

Open
5 tasks
sl-service-account opened this issue May 29, 2013 · 6 comments
Open
5 tasks

Comments

@sl-service-account
Copy link

sl-service-account commented May 29, 2013

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

Related

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
Copy link
Author

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
Copy link
Author

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
Copy link
Author

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
Copy link
Author

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

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

  • The sim refusing his rez on a parcel that he has build permissions on (this looks like SVC-8026 to me)
  • When this rez failure occurs, the viewer removes the no-copy item which failed to rez from the inventory view, even though it's still in inventory
    • This no-copy issue is familiar to me, but unfortunately I can't find the Jira # now.. so perhaps we should make a new Jira

@sl-service-account
Copy link
Author

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:

  • Since the no-copy object failed to rez, it should not disappear from your inventory in (4).
  • Ideally the viewer wouldn't let you attempt to rez in a no-build parcel, but this is a separate issue...

Actual results:

  • The no-copy object disappears from your inventory in (4), but reappears in (6) after a relog.

@sl-service-account
Copy link
Author

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.

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