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

[BUG-9253] Safe (no damage) is untickable - inactive in ABOUT LAND Window, OPTIONS Tab - Viewer Second Life 3.7.27 (300636) #16775

Closed
2 tasks
sl-service-account opened this issue May 10, 2015 · 4 comments
Closed
2 tasks

[BUG-9253] Safe (no damage) is untickable - inactive in ABOUT LAND Window, OPTIONS Tab - Viewer Second Life 3.7.27 (300636) #16775

sl-service-account opened this issue May 10, 2015 · 4 comments
Labels
project:BUG

Comments

@sl-service-account
Copy link

sl-service-account commented May 10, 2015 •
edited by sl-issues-importer bot
Loading

Steps to Reproduce

I was observign this issue - bug being at land=parcel, owned by group in which I have abilities like owner of the group.

Actual Behavior

When i open ABOUT LAND window, OPTIONS tab, using viewer Second Life 3.7.27 (300636) , then option Safe( no damage ) is untickable - inactive.
I am not able to turn it on, neither turn it off. It is simply inactive. I belong to group that owns the land and i am in the role equivalent to owner role, that means: all abilities in the group have been assigned to me.

Expected Behavior

So far using earlier version of an official viewer Second Life, i did not observe such issue. It is the first time i can see problem with enabling/disabling safe ( no damage).
Please remember that parcel owner or , member of the group that owns the parcel in the role with appropirate abilitiy, can always enable or disable safe(no damagae) option regardless estate settings made by estate onwer/manager. Becasue Allow damagae in region/estate window, enbales damage on al region = overrides settings fo parcels' owners.
So even if Allow damage in estate/region window is unchecked, then each owner of the parcel is able to enable/disable damage option on his/her parcel And now using this viewer Second Life 3.7.27 (300636) , it is impossible and hence it is a bug=issue.

Other information

Links

Duplicates

Related

Original Jira Fields
Field Value
Issue BUG-9253
Summary Safe (no damage) is untickable - inactive in ABOUT LAND Window, OPTIONS Tab - Viewer Second Life 3.7.27 (300636)
Type Bug
Priority Unset
Status Closed
Resolution Duplicate
Reporter OliviaCatherine (oliviacatherine)
Created at 2015-05-10T21:40:31Z
Updated at 2015-09-05T03:32:07Z 
{
  'Business Unit': ['Platform'],
  'Date of First Response': '2015-05-11T03:41:57.932-0500',
  'Severity': 'Unset',
  'System': 'SL Viewer',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': 'When i open ABOUT LAND window, OPTIONS tab, using viewer Second Life 3.7.27 (300636) , then option Safe( no damage ) is untickable - inactive.\r\nI am not able to turn it on, neither turn it off. It is simply inactive. I belong to group that owns the land and i am in the role equivalent to owner role, that means: all abilities in the group have been assigned to me.',
  'What were you doing when it happened?': 'I was observign this issue - bug being at land=parcel, owned by group in which I have abilities like owner of the group.',
  'What were you expecting to happen instead?': "So far using earlier version of an official viewer Second Life, i did not observe such issue. It is the first time i can see problem with enabling/disabling safe ( no damage).\r\nPlease remember that parcel owner or , member of the group that owns the parcel in the role with appropirate abilitiy, can always enable or disable safe(no damagae) option regardless estate settings made by estate onwer/manager.  Becasue Allow damagae in region/estate window, enbales damage on al region  = overrides settings fo parcels' owners.\r\nSo even if Allow damage in estate/region window is unchecked, then each owner of the parcel is able to enable/disable damage option on his/her parcel And now using this viewer Second Life 3.7.27 (300636) , it is impossible and hence it is a bug=issue.",
  'Where': 'http://maps.secondlife.com/secondlife/Miriam%20Pink/240/241/4001',
}
@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2015-05-11T08:41:58Z

Heya Olivia,

Yep, this is a bug which started on the version of the viewer you are currently using.
Please see BUG-9098.

The only workaround for now is to get the estate owner/manager to enable "Allow Damage" at the estate level, use an earlier version of the Linden Viewer or use a TPV which has not picked up this bug.

@sl-service-account
Copy link
Author

OliviaCatherine commented at 2015-05-11T11:29:21Z

Hello Whirly ) Thank You for Your comment, I appreciate that. Yesterday i was trying ask ppl in second Life Beta group whether they have noticed such issue, but they wanted to convince me that it was not a bug, that damage must be always enabled in estate/region window. But as you also confirm that is not the truth, it is a obvious and clear bug. Yes i realise workarounds; using other earlier viewer or Firestorm ) or other tpv. Addiotnally eo or em can use Allow damage at the state level, but that makes enabling damagae on the whole region and that is absolutely unacceptable, unless person owns all region.
Ok Thank you so much i just needed confirmaiton that this issue has been detected and confirmed and maybe someone works on it to solve it. Have a nice day !

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2015-05-11T12:01:54Z

Welcome :)

Not sure who you spoke to in SL beta, but its definitely a bug (or an undocumented behaviour change from LL - though I doubt this because they would have made that change at the server level).
We have always been able to toggle damage/safe on the parcel level when Allow Damage was disabled at the estate level.

@sl-service-account
Copy link
Author

Oz Linden commented at 2015-06-08T19:06:40Z

The behavior described here is the correct expected behavior

This was referenced Feb 14, 2024
Open
Open
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