| Key: |
VWR-5491
|
| Type: |
Bug
|
| Status: |
Closed
|
| Resolution: |
Won't Finish
|
| Priority: |
Major
|
| Assignee: |
Unassigned
|
| Reporter: |
Prokofy Neva
|
| Votes: |
13
|
| Watchers: |
10
|
|
If you were logged in you would be able to see more operations.
|
|
|
|
File Attachments:
|
1.
Bug Repro.txt (8 kB)
|
|
Image Attachments:
|
|
|
Environment:
|
Second Life 1.19.0 (5) Feb 28 2008 17:18:12 (Second Life Release)
|
|
Issue Links:
|
Duplicate
|
|
This issue duplicates:
|
|
SVC-121
Share with group does not respect Role Limitation
|
|
|
|
|
|
Relates
|
|
This issue Relates to:
|
|
|
SVC-585 Use same group policy for group-owned and group-shared objects
|
|
|
|
|
|
|
SVC-4276 Don't require "Share with Group" before "Deed to Group" (reduce accidental sharing)
|
|
|
|
|
|
This issue is related to by:
|
|
|
SVC-4259 Group Role Ability > Object Management > Manipulate Group Objects Enables anyone enabled to return group objects.
|
|
|
|
|
|
|
| Last Triaged: |
30/Dec/08 02:22 PM
|
| Linden Lab Issue ID: |
DEV-25577
|
| Linden Lab Internal Branch: |
viewer_1-23
|
This JIRA isn't useful in its current form. There are multiple issues wound through the comments, and most of the discussion isn't related to the issue summarized here.
To address anything in the comments here, create a new JIRA detailing just one issue, and link that back to this issue. See the Issue Links section above for existing issues, already linked.
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return group-set prims WHEN THEY ARE IN SHARE.
Builds that have only one prim in "share with group" linked to other prims without share still take on as a whole the characteristics of "share", making the whole build returnable by those without the power to return group-set prims when they are in SHARE.
I've tested it a number of times over with tenants. I've tested it again today.
This is a nuisance because tenants can then return prefabs if they are in share, some of which don't have copies or are custom builds and which break on return and are destroyed.
|
|
Description
|
This JIRA isn't useful in its current form. There are multiple issues wound through the comments, and most of the discussion isn't related to the issue summarized here.
To address anything in the comments here, create a new JIRA detailing just one issue, and link that back to this issue. See the Issue Links section above for existing issues, already linked.
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return group-set prims WHEN THEY ARE IN SHARE.
Builds that have only one prim in "share with group" linked to other prims without share still take on as a whole the characteristics of "share", making the whole build returnable by those without the power to return group-set prims when they are in SHARE.
I've tested it a number of times over with tenants. I've tested it again today.
This is a nuisance because tenants can then return prefabs if they are in share, some of which don't have copies or are custom builds and which break on return and are destroyed. |
Show » |
made changes - 09/Mar/08 11:03 PM
| Field |
Original Value |
New Value |
|
Summary
|
Group Members Not Enabled to Do So Can Return Group-Set Prims
|
Group Members Not Enabled to Do So Can Return Group-Set Linked Prims if Any Component is in Share With Group
|
made changes - 13/Aug/08 05:34 PM
|
Component/s
|
|
Groups
[ 10223
]
|
made changes - 13/Aug/08 05:40 PM
|
Link
|
|
This issue Relates to SVC-585
[ SVC-585
]
|
made changes - 13/Nov/08 11:03 AM
|
Workflow
|
jira-2007-12-22a
[ 53215
]
|
jira-2008-11-14
[ 62989
]
|
made changes - 13/Nov/08 11:21 AM
|
Workflow
|
jira-2007-12-22a
[ 62989
]
|
jira-2008-11-14
[ 69228
]
|
made changes - 13/Nov/08 04:37 PM
|
Workflow
|
jira-2008-11-14
[ 69228
]
|
jira-2008-11-14a
[ 89207
]
|
made changes - 13/Nov/08 04:57 PM
|
Workflow
|
jira-2008-11-14
[ 89207
]
|
jira-2008-11-14a
[ 96289
]
|
made changes - 13/Nov/08 05:05 PM
|
Workflow
|
jira-2008-11-14
[ 96289
]
|
jira-2008-11-14a
[ 99074
]
|
made changes - 13/Nov/08 05:16 PM
|
Workflow
|
jira-2008-11-14
[ 99074
]
|
jira-2008-11-14a
[ 103071
]
|
made changes - 13/Nov/08 05:36 PM
|
Workflow
|
jira-2008-11-14
[ 103071
]
|
jira-2008-11-14a
[ 110893
]
|
made changes - 13/Nov/08 05:59 PM
|
Workflow
|
jira-2008-11-14
[ 110893
]
|
jira-2008-11-14a
[ 118579
]
|
made changes - 13/Nov/08 06:15 PM
|
Workflow
|
jira-2008-11-14
[ 118579
]
|
jira-2008-11-14a
[ 124476
]
|
made changes - 13/Nov/08 06:39 PM
|
Workflow
|
jira-2008-11-14
[ 124476
]
|
jira-2008-11-14a
[ 133298
]
|
made changes - 13/Nov/08 06:55 PM
|
Workflow
|
jira-2008-11-14
[ 133298
]
|
jira-2008-11-14a
[ 139735
]
|
made changes - 30/Dec/08 02:21 PM
|
Last Triaged
|
|
30/Dec/08 02:21 PM
|
|
Assignee
|
|
WorkingOnIt Linden
[ WorkingOnIt Linden
]
|
made changes - 30/Dec/08 02:22 PM
|
Last Triaged
|
30/Dec/08 02:21 PM
|
30/Dec/08 02:22 PM
|
|
Linden Lab Issue ID
|
|
DEV-25577
|
made changes - 01/Jan/09 08:44 PM
|
Link
|
|
This issue duplicates SVC-121
[ SVC-121
]
|
made changes - 02/Jan/09 09:57 AM
|
Summary
|
Group Members Not Enabled to Do So Can Return Group-Set Linked Prims if Any Component is in Share With Group
|
Group Members Not Enabled to Do So Can Return Group-Owned Linked Prims if Any Component is in Share With Group
|
|
Description
|
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return group-set prims.
I've tested it a number of times over with tenants.
This is a nuisance because tenants can then return the rental box itself and the prefabs, some of which don't have copies or are custom builds and which break on return and are destroyed.
|
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return group-owned prims.
I've tested it a number of times over with tenants.
This is a nuisance because tenants can then return the rental box itself and the prefabs, some of which don't have copies or are custom builds and which break on return and are destroyed.
|
made changes - 02/Jan/09 11:29 AM
|
Description
|
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return group-owned prims.
I've tested it a number of times over with tenants.
This is a nuisance because tenants can then return the rental box itself and the prefabs, some of which don't have copies or are custom builds and which break on return and are destroyed.
|
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return BOTH group-set prims AND group-owned, i.e. group-deeded prims.
I've tested it a number of times over with tenants. I've tested it again today.
This is a nuisance because tenants can then return the rental box itself and the prefabs, some of which don't have copies or are custom builds and which break on return and are destroyed.
|
made changes - 02/Jan/09 11:54 AM
|
Description
|
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return BOTH group-set prims AND group-owned, i.e. group-deeded prims.
I've tested it a number of times over with tenants. I've tested it again today.
This is a nuisance because tenants can then return the rental box itself and the prefabs, some of which don't have copies or are custom builds and which break on return and are destroyed.
|
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return group-set prims WHEN THEY ARE IN SHARE.
Builds that have only one prim in "share with group" linked to other prims without share still take on as a whole the characteristics of "share", making the whole build returnable by those without the power to return group-set prims when they are in SHARE.
I've tested it a number of times over with tenants. I've tested it again today.
This is a nuisance because tenants can then return prefabs if they are in share, some of which don't have copies or are custom builds and which break on return and are destroyed.
|
made changes - 07/May/09 02:34 PM
|
Status
|
Open
[ 1
]
|
Resolved
[ 5
]
|
|
Resolution
|
|
Expected Behavior
[ 9
]
|
made changes - 07/May/09 02:40 PM
|
Status
|
Resolved
[ 5
]
|
Resolved
[ 5
]
|
made changes - 07/May/09 02:41 PM
|
Resolution
|
Expected Behavior
[ 9
]
|
|
|
Status
|
Resolved
[ 5
]
|
Reopened
[ 4
]
|
made changes - 07/May/09 02:47 PM
|
Attachment
|
|
screenshot-1.jpg
[ 23724
]
|
made changes - 07/May/09 03:19 PM
|
Status
|
Reopened
[ 4
]
|
Resolved
[ 5
]
|
|
Resolution
|
|
Expected Behavior
[ 9
]
|
made changes - 08/May/09 06:10 AM
|
Assignee
|
WorkingOnIt Linden
[ WorkingOnIt Linden
]
|
Soft Linden
[ Soft Linden
]
|
made changes - 12/May/09 08:44 PM
|
Resolution
|
Expected Behavior
[ 9
]
|
|
|
Status
|
Resolved
[ 5
]
|
Fix Pending
[ 10001
]
|
|
Linden Lab Internal Branch
|
|
viewer_1-23
|
made changes - 15/May/09 06:13 AM
|
Attachment
|
|
Bug Repro.txt
[ 24117
]
|
made changes - 15/May/09 07:12 AM
|
Status
|
Fix Pending
[ 10001
]
|
Resolved
[ 5
]
|
|
Resolution
|
|
Won't Finish
[ 2
]
|
made changes - 15/May/09 07:20 AM
|
Status
|
Resolved
[ 5
]
|
Resolved
[ 5
]
|
|
Resolution
|
Won't Finish
[ 2
]
|
Expected Behavior
[ 9
]
|
made changes - 15/May/09 09:38 AM
|
Attachment
|
|
Everyone Group Permissions.jpg
[ 24124
]
|
made changes - 15/May/09 09:40 AM
|
Attachment
|
Everyone Group Permissions.jpg
[ 24124
]
|
|
made changes - 15/May/09 09:45 AM
|
Attachment
|
screenshot-1.jpg
[ 23724
]
|
|
made changes - 15/May/09 10:07 AM
|
Resolution
|
Expected Behavior
[ 9
]
|
|
|
Status
|
Resolved
[ 5
]
|
Reopened
[ 4
]
|
made changes - 15/May/09 10:09 AM
|
Summary
|
Group Members Not Enabled to Do So Can Return Group-Owned Linked Prims if Any Component is in Share With Group
|
Group Members Not Enabled to Do in Group Roles Can Return Group-Shared and Group-Owned Objects
|
|
Priority
|
Critical
[ 2
]
|
Major
[ 3
]
|
made changes - 15/May/09 10:25 AM
|
Summary
|
Group Members Not Enabled to Do in Group Roles Can Return Group-Shared and Group-Owned Objects
|
Group Members Not Enabled to Do So Can Return Group-Owned Linked Prims if Any Component is in Share With Group
|
made changes - 15/May/09 10:25 AM
|
Status
|
Reopened
[ 4
]
|
Resolved
[ 5
]
|
|
Resolution
|
|
Expected Behavior
[ 9
]
|
made changes - 15/May/09 10:36 AM
made changes - 15/May/09 11:16 AM
|
Resolution
|
Expected Behavior
[ 9
]
|
|
|
Status
|
Resolved
[ 5
]
|
Reopened
[ 4
]
|
made changes - 15/May/09 01:00 PM
|
Link
|
|
This issue is related to by VWR-13531
[ VWR-13531
]
|
made changes - 15/May/09 01:57 PM
|
Status
|
Reopened
[ 4
]
|
Resolved
[ 5
]
|
|
Resolution
|
|
Expected Behavior
[ 9
]
|
made changes - 16/May/09 12:19 PM
|
Resolution
|
Expected Behavior
[ 9
]
|
|
|
Status
|
Resolved
[ 5
]
|
Reopened
[ 4
]
|
made changes - 16/May/09 12:24 PM
|
Comment
|
[ I decided to create a "GROUP OBJECT TEST" build in order to provide a repeatable pathway for anyone who wishes to try this out for themself. If you are interested, please feel free to im me inworld and I will give you the test build.
That being said, while I designed the test to check all potential paths (i.e., various object setting combined with various group roles), since the lowest common denominator failed, all others will clearly fail as well. The lowest common denominator, in this case is a group member with absolutely no abilities whatsoever, outside of just being "in the group."
[IMG]http://i375.photobucket.com/albums/oo197/VirtualityHacks/CSI%20Lab/a58cba88.jpg[/IMG]
The results for this test case is as follows:
Viewers tried:
Second Life 1.22.11 (113941) Mar 6 2009 12:50:02 (Second Life Release)
Second Life 1.23.1 (119104) May 4 2009 17:53:10 (Second Life Release Candidate)
ROLE: everyone
ABILITIES: none
NOT SET TO GROUP
Pie Menu: delete & return options inactive (i.e.,grayed out)
Also tried: delete key
RESULT: did not return/delete
Messages: None
SET TO GROUP
Pie Menu: delete & return options inactive (i.e., grayed out)
Also tried: delete key
RESULT: did not return/delete
Messages: None
SHARED, DELETE,
Pie Menu: delete & return options active
Also tried: delete key
Popup: with following message
At least one object is not copyable.
You do not own at least one object.
Are you sure you want to delete this item?
Selected: OK
RESULT: item returned/deleted
Message: None
SET TO GROUP
Pie Menu: delete & return options inactive (i.e., grayed out)
Also tried: delete key
RESULT: did not return/delete
Message: DEEDED, DELETE, Removal of the object 'DEEDED TO GROUP' from the simulator is disallowed by the permissions system.
As you can see from the above, the return has not a thing to do with the manipulate object ability under the object managment section for member roles.
For those who wish to recreate it, please contact me inworld, and I will give you the Group Object Test build, that comes with instructions, so that you may test it out for yourself.
Unless someone can prove otheriwse, as far as I can see, this is still a bug.
And again, it has not a thing to do with object manipulation as defined in the group roles.
]
|
|
made changes - 16/May/09 12:31 PM
|
Status
|
Reopened
[ 4
]
|
Resolved
[ 5
]
|
|
Resolution
|
|
Expected Behavior
[ 9
]
|
made changes - 16/May/09 02:27 PM
|
Comment
|
[ @Soft who wrote in part: "The corpus of comments here would also be a liability - there's not a clear, well-written call to action here. A new issue asking for exactly the behavior you want, and filed as a new feature in the server (not viewer) category would be the surest way to proceed. There would be no harm in citing this issue and similar other issues if you want to highlight the fact that the current design does cause confusion."
My response: Sounds like a plan. I will formulate a proposed solution and open a new issue as a feature request. And yes, for server, as opposed to viewer. Was just ruling that bit out in my test. :-)
ETA ~ clarification
]
|
|
made changes - 19/May/09 05:53 AM
|
Link
|
|
This issue Relates to SVC-4276
[ SVC-4276
]
|
made changes - 20/May/09 12:11 PM
|
Status
|
Resolved
[ 5
]
|
Closed
[ 6
]
|
|
Assignee
|
Soft Linden
[ Soft Linden
]
|
|
made changes - 20/May/09 05:51 PM
|
Resolution
|
Expected Behavior
[ 9
]
|
|
|
Status
|
Closed
[ 6
]
|
Reopened
[ 4
]
|
made changes - 28/May/09 07:40 AM
|
Status
|
Reopened
[ 4
]
|
Closed
[ 6
]
|
|
Resolution
|
|
Won't Finish
[ 2
]
|
made changes - 28/May/09 07:43 AM
|
Description
|
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return group-set prims WHEN THEY ARE IN SHARE.
Builds that have only one prim in "share with group" linked to other prims without share still take on as a whole the characteristics of "share", making the whole build returnable by those without the power to return group-set prims when they are in SHARE.
I've tested it a number of times over with tenants. I've tested it again today.
This is a nuisance because tenants can then return prefabs if they are in share, some of which don't have copies or are custom builds and which break on return and are destroyed.
|
{panel:title=Dead JIRA| borderStyle=dashed| borderColor=#ccc| titleBGColor=#F7D6C1| bgColor=#FFFFCE}This JIRA isn't useful in its current form. There are multiple issues wound through the comments, and most of the discussion isn't related to the issue summarized here.
To address anything in the comments here, create a new JIRA detailing just one issue, and link that back to this issue. See the Issue Links section above for more.
{panel}
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return group-set prims WHEN THEY ARE IN SHARE.
Builds that have only one prim in "share with group" linked to other prims without share still take on as a whole the characteristics of "share", making the whole build returnable by those without the power to return group-set prims when they are in SHARE.
I've tested it a number of times over with tenants. I've tested it again today.
This is a nuisance because tenants can then return prefabs if they are in share, some of which don't have copies or are custom builds and which break on return and are destroyed.
|
made changes - 28/May/09 07:48 AM
|
Description
|
{panel:title=Dead JIRA| borderStyle=dashed| borderColor=#ccc| titleBGColor=#F7D6C1| bgColor=#FFFFCE}This JIRA isn't useful in its current form. There are multiple issues wound through the comments, and most of the discussion isn't related to the issue summarized here.
To address anything in the comments here, create a new JIRA detailing just one issue, and link that back to this issue. See the Issue Links section above for more.
{panel}
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return group-set prims WHEN THEY ARE IN SHARE.
Builds that have only one prim in "share with group" linked to other prims without share still take on as a whole the characteristics of "share", making the whole build returnable by those without the power to return group-set prims when they are in SHARE.
I've tested it a number of times over with tenants. I've tested it again today.
This is a nuisance because tenants can then return prefabs if they are in share, some of which don't have copies or are custom builds and which break on return and are destroyed.
|
{panel:title=Dead JIRA| borderStyle=dashed| borderColor=#ccc| titleBGColor=#F7D6C1| bgColor=#FFFFCE}This JIRA isn't useful in its current form. There are multiple issues wound through the comments, and most of the discussion isn't related to the issue summarized here.
To address anything in the comments here, create a new JIRA detailing just one issue, and link that back to this issue. See the Issue Links section above for existing issues, already linked.
{panel}
This bug is back again, after being fixed several times over, in past years.
Group members who do not have the powers to return group-set prims, whose roles do not contain checked-off boxes for that ability, are able to return group-set prims WHEN THEY ARE IN SHARE.
Builds that have only one prim in "share with group" linked to other prims without share still take on as a whole the characteristics of "share", making the whole build returnable by those without the power to return group-set prims when they are in SHARE.
I've tested it a number of times over with tenants. I've tested it again today.
This is a nuisance because tenants can then return prefabs if they are in share, some of which don't have copies or are custom builds and which break on return and are destroyed.
|
made changes - 24/Jun/09 11:20 AM
|
