Unable to Return a No Mod Object even if edit rights are Shared
tracked
mistaether Resident
Unable to Return a No Mod Object of another Avatar when object edit rights are Shared
Log In
Maestro Linden
tracked
Maestro Linden
under review
Maestro Linden
I can immediately reproduce this between 2 testers, one who had previously given edit rights to the other. The steps I used to reproduce are:
- UserB: Open UserA's profile, and enable 'Allow [UserA] to:' "Edit, delete, or take objects from my land"
- UserA and UserB: visit the same location on 'neutral' territory, which neither user has special powers over. I chose a sandbox region: http://maps.secondlife.com/secondlife/Main%20Channel%20Sandbox%20A/132/225/23 , on Second Life Server 2024-10-15.11356152186
- UserA: rez 3 new objects, and set names and next-owner permissions on each object as follows:
- "no-modify" - no-modify / copy / transfer
- "no-copy" - modify / no-copy / transfer
- "no-transfer" - modify / copy / no-transfer
- UserA: individually take each object into inventory and give them to UserB
- UserB: verify that the current-owner permissions for each received object matches its name in your inventory
- UserB: rez each object
- UserA: attempt to individually return each of UserB's objects
Expected results:
UserA should be able to return all 3 objects into UserB's lost and found folder.
Actual results:
- In (7), UserA can return 'no-copy' and 'no-transfer' objects, but is blocked from returning 'no-modify' with this error message from the simulator: "Removal of the object 'notes nomod' from the simulator is disallowed by the permissions system."
- If UserB attempts to 'Return' their own 'no-modify' object, the operation succeeds and it goes into UserB's lost & found folder. So it would follow that UserA should be able to perform the same operation on the UserB's object.
I do
not
see this issue for modifiable objects that contain no-mod inventory (such that the folded permissions would be no-mod).Maestro Linden
There have been other reports of failures to edit friends' objects, which I have been unable to reproduce:
* From May 2024: https://feedback.secondlife.com/server-bugs/p/unable-to-edit-friends-objects-on-adjacent-sim-even-after-sim-crossing
* From October 2024: https://feedback.secondlife.com/server-bugs/p/if-permitted-to-edit-a-friends-object-cannot-do-it-unless-you-log-into-the-regio
Neither of those issues mentions object owner permissions, but it seems possible that if they just happened to try return on a no-modify object as a test when reporting failures, it could explain those findings.
Uggo Vieria
Maestro Linden the issue described in the 2 reports are affecting ANY modification of the objects, you just can't edit them for moving them or anything and I've had that many daily for years and years and it just seems to have gotten worse this week. Until last week, changing active group was fixing it but since yesterday I noticed it's no longer working and I have to relog in the region to be able to edit my friend's objects.
The issue you have for a repro is probably due to the fact it's not always affecting all objects and sometimes, even after changing active group, I need to select and de-select the object several times to have edit rights on it. Since yesterday, changing active group several times and selecting/de-selecting several times is not working anymore.
Uggo Vieria
Maestro Linden here are two short screen recordings showing the issue. I have mod rights on my friend's objects, I arrived to his place by road and can't edit most of them : https://screenrec.com/share/jCtfPQDBRK
Until last week, changing active group was fixing the issue but it's no longer working.
After reloging, I can edit all of them : https://screenrec.com/share/TCHgF3sW8X
Uggo Vieria
Maestro Linden I found something interesting today, it doesn't seem to happen when you TP in the region anymore but only when you enter by crossing. In fact, a TP to a region far away, wait a few seconds and TP back is giving the mod rights again
Maestro Linden
Uggo Vieria: I just investigated a similar report in https://secondlife.canny.io/bug-reports/p/edit-permissions , which I can reproduce. I think it's a viewer bug, and might be the same as what you're seeing, depending on the timing of when edit rights were granted.