How would you like the feature to work?

This is inspired by BUG-139168 and especially to Polysail's comment on that feature request but although it's closely related and probably should eventually be merged into a single project to upgrade the permissions system, I think it's different enough the two should be evaluated and discussed separately in this early stage.

Polysail mentioned the possibility of full perm content creators using mod key to control second tier permissions, that is the permissions the customers can redistribute items with. It seems to me there is a simpler and far more effective method to achieve that: add a set of second tier permission bits.

The wiki article on debug permissions ( http://wiki.secondlife.com/wiki/Debug_Permissions ) mentions several sets of permission bits. The relevant ones in this context are Owner permissions (O) and Next owner permissions (N), possibly also Base permissions (B).

The way permission settings work now, when an object changes owner, the values of N are applied to O and B.

My proposal is to add two sets of Second tier permissions (S) specifying which permissions the new owner can redistribute the item with and Max permissions (M) specifying which permissions the new owner is allowed to redistribute it with. When ownership changes, B and O are changed to the values of N, just as before but then N is changed to S and S changed to M. At least that's how I think it shold go, we probably shuold double-check to double check that I got the procedure right. The idea, as Isaid, is that the current owner can limit the maximum number of permissions the next owner can redistribute the item with but allow the next owner to limit the permissions even further if they need to.

Why is this feature important to you? How would it benefit the community?

Permission settings have always been a huge problem for creators of full perm templates and other "base materials" for other creators. As it is now, it is all based on good faith - all we can do now is trust that the buyer not only is considerate enough not to abuse their permissions but also that they remember to change the permissions before redistributing and - even worse - that they are aware of the common problems of permission changes accidentally reverting. By now I wouldn't be surprised if there isn't a single full perm commercial texture or animation that hasn't been redistributed full perm and it is also a constant problem for makers of full perm mesh.

Links

[ ] https://github.com/secondlife/jira-archive/issues/2388

Original Jira Fields

| Field | Value | | ------------- | ------------- | | Issue | BUG-202590 | | Summary | Feature request: second tier object permissions | | Type | New Feature Request | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | ChinRey (chinrey) | | Created at | 2017-11-15T14:46:01Z | | Updated at | 2017-11-15T18:52:35Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2017-11-15T08:51:05.866-0600', 'How would you like the feature to work?': "This is inspired by BUG-139168 and especially to Polysail's comment on that feature request but although it's closely related and probably should eventually be merged into a single project to upgrade the permissions system, I think it's different enough the two should be evaluated and discussed separately in this early stage.\r\n\r\nPolysail mentioned the possibility of full perm content creators using mod key to control second tier permissions, that is the permissions the customers can redistribute items with. It seems to me there is a simpler and far more effective method to achieve that: add a set of second tier permission bits.\r\n\r\nThe wiki article on debug permissions ( http://wiki.secondlife.com/wiki/Debug_Permissions ) mentions several sets of permission bits. The relevant ones in this context are Owner permissions (O) and Next owner permissions (N), possibly also Base permissions (B).\r\n\r\nThe way permission settings work now, when an object changes owner, the values of N are applied to O and B.\r\n\r\nMy proposal is to add two sets of Second tier permissions (S) specifying which permissions the new owner can redistribute the item with and Max permissions (M) specifying which permissions the new owner is allowed to redistribute it with. When ownership changes, B and O are changed to the values of N, just as before but then N is changed to S and S changed to M. At least that's how I think it shold go, we probably shuold double-check to double check that I got the procedure right. The idea, as Isaid, is that the current owner can limit the maximum number of permissions the next owner can redistribute the item with but allow the next owner to limit the permissions even further if they need to.", 'ReOpened Count': 0.0, 'Severity': 'Unset', 'Target Viewer Version': 'viewer-development', 'Why is this feature important to you? How would it benefit the community?': 'Permission settings have always been a huge problem for creators of full perm templates and other "base materials" for other creators. As it is now, it is all based on good faith - all we can do now is trust that the buyer not only is considerate enough not to abuse their permissions but also that they remember to change the permissions before redistributing and - even worse - that they are aware of the common problems of permission changes accidentally reverting. By now I wouldn\'t be surprised if there isn\'t a single full perm commercial texture or animation that hasn\'t been redistributed full perm and it is also a constant problem for makers of full perm mesh.', } ```

secondlife / jira-archive

[BUG-202590] Feature request: second tier object permissions #2933

How would you like the feature to work?

Why is this feature important to you? How would it benefit the community?

Links

Related