• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: SVC-450
Type: New Feature New Feature
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Angel Fluffy
Votes: 15
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
2. Second Life Service - SVC

Anti-griefing parcel options

Created: 22/Jul/07 07:55 PM   Updated: 10/Nov/07 03:20 PM
Return to search
Component/s: None
Affects Version/s: 1.18.0
Fix Version/s: None

Issue Links:
Relates
 


 Description  « Hide

Currently, we get these options (about land -> options) :

  • Create Objects : [X] All Residents [X] Group
  • Object Entry : [X] All Residents [X] Group
  • Run Scripts : [X] All Residents [X] Group

I propose replacing these options with :

  • Create Objects : [X] Unverified Avatars [X] Verified Avatars [X] Group Avatars [X] Objects set to group [X] Other objects
  • Object Entry : [X] Unverified Avatars [X] Verified Avatars [X] Group Avatars [X] Objects set to group [X] Other objects
  • Run Scripts : [X] Unverified Avatars [X] Verified Avatars [X] Group Avatars [X] Objects set to group [X] Other objects
  • Emit Particles : [X] Unverified Avatars [X] Verified Avatars [X] Group Avatars [X] Objects set to group [X] Other objects

This replacement extends the land permissions system, making it more flexible and thus easier to use to prevent griefing, without having to use draconian settings which are a pain for everyone.

For example, we can allow build for verified avatars, while keeping it off for unverified avatars.

This allows us to, for example, stop griefers rezzing things, without stopping our verified guests rezzing things.
Convenient for most (verified) SLers, but good for preventing griefing.

We no longer have to ban all unverified avatars from our land to prevent griefing there.
Instead, we can simply limit what unverified avatars can do until they verify.

For sim-wide protection in the event of sim-crashing weapons being used, there should be a region/estate-wide toggle that forces the "unverified avatars" box to be unchecked. This allows landowners to give permissions to group members and/or verified avatars, but not to everyone else. This effectively puts a halt to anonymous gatecrashers spoiling the party.

The two big changes that I'm pushing for with this proposal are :
1) The ability to stop day-old, unverified, no-payment-info-on-file avatars from covering an entire sim with particles.
2) The ability to stop that same unverified resident from crashing the whole sim using a single buildable parcel and physical objects.

This proposal would neatly address the two major types of griefing in SL - particle spam and sim crashing, both by new unverified accounts.

As a bonus, this proposal would not force landowners to change anything. It would simply provide the option for heavily-griefed places to enable such features.
Further, it would avoid causing unnecessary inconvenience to residents by targetting the most likely griefers (new, unverified accounts, as opposed to 'non-group' accounts in general)... and the most likely behaviour of griefers (building or creating large particle effects using a throw-away anonymous account).

I don't want to create a culture whereby unverified residents face permission errors across the grid when they attempt to build or use particles.
What I want is for the major clubs and social venues of Second Life to be able to stop these very common forms of griefing, which currently have no technical solution.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Hewee Zetkin added a comment - 31/Jul/07 02:29 AM
I think scripted object return would be a lot more flexible, though it would take some work to make it as secure. Maybe on the allow/disallow end we could have lists similar to pass and ban access lists for object creation/entry and script execution. That could provide another "plug-in" approach that would allow dynamic systems to use many different sets of criteria (just as parcel access scripts can do now--e.g. BanLink). Verified or group settings would just be one example implementation.

If this is going to be touched at all, it would be best to make it truly flexible, rather than adding a couple more fixed options that we will again want expanded in the not-so-distant future.


Ashcroft Burnham added a comment - 06/Aug/07 01:30 PM
Even better would be manual (and even temporary) whitelisting of functions, such that a parcel/estate owner could, for example, right click an avatar and grant rez permissions for five minutes.

Ashcroft Burnham added a comment - 06/Aug/07 01:30 PM
(Incidentally, I meant the above to be as well as, rather than instead of, the suggested feature).