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

[BUG-2844] Group members can no longer implicitly rez from inventory on group land. Tag must explicitly be worn. #11849

Open
sl-service-account opened this issue Jun 12, 2013 · 6 comments
Open

[BUG-2844] Group members can no longer implicitly rez from inventory on group land. Tag must explicitly be worn. #11849

sl-service-account opened this issue Jun 12, 2013 · 6 comments
Labels
project:BUG

Comments

@sl-service-account
Copy link

User Story

Just making it known in case it was intentional as I didn't see any documentation on the change.

Before the region, Mauve changed server version from 13.05.31.276748 to 13.06.06.277104 I rezzed an object on group owned, group rez land which I later deeded to the group.
The region restarted with over an hour of server time loss, which meant I had to replace the object. This time I was not allowed to rez the object from inventory until I explicitly set my tag to the same group. This change doesn't affect group owners rezzing from inventory without tag.

Please update documentation on this change if it was intentional. Thanks.

Original Jira Fields
Field Value
Issue BUG-2844
Summary Group members can no longer implicitly rez from inventory on group land. Tag must explicitly be worn.
Type Bug
Priority Unset
Status Accepted
Resolution Accepted
Reporter Lucia Nightfire (lucia.nightfire)
Created at 2013-06-12T16:05:38Z
Updated at 2014-03-15T06:34:29Z 
{
  'Business Unit': ['Platform'],
  'Date of First Response': '2013-06-12T18:38:11.790-0500',
  'System': 'SL Simulator',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': 'Group members can no longer implicitly rez from inventory on group land. Tag must explicitly be worn.',
  'What were you doing when it happened?': '?',
  'What were you expecting to happen instead?': '?',
}
@sl-service-account
Copy link
Author

Lucia Nightfire commented at 2013-06-12T19:58:41Z, updated at 2013-06-12T20:26:19Z

I think there is a much larger issue going on here. I can't rez from inventory on public rez enabled/public object entry disabled parcels. This configuration is the same with most sandbox parcels, including Linden sandboxes. Please fix as soon as possible. Thanks.

@sl-service-account
Copy link
Author

Maestro Linden commented at 2013-06-12T23:38:12Z

  • The Mauve parcel is owned by a group and has Build, Object Entry, and Run Scripts set to 'Group only'.
  • The Shiromani parcel is owned by a group and has Build set to Everyone. Object Entry and Run scripts are set to 'Group only'.

@sl-service-account
Copy link
Author

Maestro Linden commented at 2013-06-12T23:42:27Z

Lucia, when you're not wearing the group tag and can't rez from your inventory into those parcels, are you able to rez new objects using the build tool? As I mentioned in my forum comment, I think this might have the same underlying cause as BUG-2850 that Chriss reported.

@sl-service-account
Copy link
Author

Lucia Nightfire commented at 2013-06-13T02:34:15Z

Since those regions were rolled back on agni I tested in my region, Querqua on aditi which is on version DRTSIM-212 13.06.06.277104.

I tested with a group owned parcel with public rezzing both enabled and disabled and had a non-owner group member with tag off attempt to rez from inventory. It failed for both settings. Rezzing with the build tool was successful for both settings. So I'll chalk it up to BUG-2850 being the root cause.

@sl-service-account
Copy link
Author

Maestro Linden commented at 2013-06-13T17:50:44Z

Hi Lucia, Caleb tried some similar group-owned parcel configurations on Aditi, but was having trouble reproducing this issue. We suspect there's some other permission setting that wasn't quite the same as your case. Since you can reproduce it with Querqua on Aditi, could we ask you to try again once the BUG-2850 fix is deployed there? I'll let you know when it's ready (I don't have an ETA, as the bug isn't yet fixed).

@sl-service-account
Copy link
Author

Maestro Linden commented at 2013-06-13T21:24:24Z

Never mind, we can reproduce it now.

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