Create a 16m parcel at ground level not owned by any open group, with age verification required.

In this parcel put an "ace check" prim, perhaps a transparent prim in a solid doorframe they have to pass through.

In this prim put the following script:

integer MAGIC_CHANNEL = 36725367;

default() {

state_entry() { llVolumeDetect(TRUE); }

collision_start() { llRegionSay(MAGIC_CHANNEL,llDetectedKey(0)+" "+llDetectedName(0)); }

}

In your security script have the listener use llGetOwnerKey() to verify that you are the owner of the script that's sending the message to it, to prevent spoofing, and add the UUID and name it recieves to its access list.

I will post a separate comment on this proposal itself, later.

Adding an LSL call that allows people to perform more data-mining on individuals is following a bad precedent, and making the growing privacy problems in SL worse. If someone does or does not choose to enable access to adult-oriented areas of SL should not be broadcast to anyone who can find their UUID. Particularly when groups like w-hat maintain public UUID-name map databases, and landowners are using parcel streaming to build their own IP-UUID databases ostensibly to protect against griefers... no doubt these databases will eventually become as public as w-hat's, which will mean website owners will be able to use web-bugs to link real identities with SL names.

Creating "infinite height" access controlled volumes for people who aren't interested in visiting "adult establishments" is equally bad. When access controls were briefly raised to the build limit it made vehicle flight in SL impossible.

The short-term solution is in my previous message.

The long term solution is real access controls, preferably something like the "parcel basements" variant of SVC-205, or the "phantom zone" ground-level privacy pocket. Skyboxes are a poor solution to a problem that LL has yet to adequately address.

Obviously on a per-estate level (where, frankly, this sort of restriction is more useful) this is not an issue.

You are claiming that age verification is OPT IN i.e. that I can choose to have adult content on my land and not restrict it to age verified accounts if I don;t with to?

This isn't what the Age Verification FAQ says:

What if I come across very mature content on land that does not ban unverified adults? As has occurred in other cases, we expect our Residents to report such activity.

So, if I were to have adult content on my land (and didn't have an estate), I would have no choice but to restrict access otherwise I'd risk getting reported. That is not OPT IN!

As it stands, if I were to have adult content in a skybox - that would be eligible for being reported even if the access retriction were in place.

Is LL effectively banning all adult content from above 50m above ground, except on age verified restricted private estates?

Re-opened as this needs addressing - either this needs changing or LL's policy on adult content in areas which cannot be restricted (e.g. above 50m) needs to be clarified.

The only working solutions is to remove the currect age verifications and start over. Back to the drawing boards...

But as implemented, an age restriction that is only effective for 50M above the terrain is worthless.

Reason: for an extended length of time, this bug seems to be missing enough details (reproducible steps) for Linden Lab to import the bug and investigate. Also the last affected version of the viewer on this report is viewer 1.21 or 1.20, 1.19, or even earlier, which are versions that are no longer actively supported.

It is possible that this bug is indeed valid and should remain open-- however, Linden Lab needs the following pieces of information before it is Reopened:

Thank you for helping us improve Second Life!

re-describe the steps that another person can follow to experience this bug:
Turn on Parcel-level age verification. Place a prim at 51M above the terrain in that parcel. Take a test avatar that is not age verified via Aristotle, and try to land on that prim, 51 M above the "age verification required" parcel. NOTHING STOPS YOU, because like all parcel bans, unless you are explicitly banned BY NAME, the parcel ban effect only extends 50M above the terrain.

Affects EVERY SL CLIENT EVER RELEASED, including version 1.23. Sorry, I can't change the "Affects Version" info on this ticket. I see no way to edit that, as a Resident.

This bug report is NOT related to the newer sim-level "Adult Content Approved" requirement, requiring rating a sim as ADULT instead of MATURE or PG. That Adult sim rating requirement DOES NOT, in any way, shape or form, prevent an under-aged kid from accessing the sim, because any 13 year old can still go to Wal-Mart and buy a VISA Debit Card, or set up a Verified PayPal account, and can have "Payment info on file", which has been deemed "good enough": for access to ADULT rated sims.

My request is SPECIFICLY with regard to being able to REQUIRE Aristotle age verification, and for that to affect the parcel or the sim at ALL ALTITUDES. It is NOT resolved by any system that allows payment info to be "good enough" to get in.

Requested resolution:

Either make the ban on access for people who are not ARISTOTLE age verified go to maximum build height, or give us usable LSL commands that a security script can use to detect, ban and eject a person that has no ARISTOTLE age verification. Ideally, the ability to have a script ban or eject based on age verification should NOT be tied to a parcel-level ground ban, as what is on the ground may be perfectly family-friendly, and all you may need to protect is your personal bedroom, up in the sky.