Scripted items on rented land. Sometimes need the group tag, sometimes not.

This question is bugging me for a long time. I have poseballs in my furniture with a sit script. Sometimes customers IM me and say they can't sit on the furniture when they rez it on their land. My selfmade sit animation gets replaced by the default sit, but target is off by a few meters. So they sit under the floor or a few meters away from the actual sit target. This only happens when people are on RENTED land and rez my furniture without wearing their group tag. When I tell them to take the items back in inventory, wear their group tag and rez them again, everything's fine.

The strange thing is that they often also have other items (not from me) with sit poses/poseballs in them. Customers say they didn't have to wear the group tag to make these items work. Of course I don't know if they remember it well enough.

1) Why do (sit) scripts sometimes not work on rented land when people don't wear their group tag?

2) Why do other items with poseballs work without wearing the group tag, and why do my items not work without wearing the group tag? Maybe it's my sit script and I should ask this question in Scripting Tips, but... could it also be that my customers aren't aware when they wear their group tag or not?

You will get this strange behavior if the objects aren't set to group.

The edit window has a bug (fixed in the RC I think) where it will show a group even if the object isn't really set. So go in and set any problem objects to group even if they look like they already are.

Does this mean that whenever you wear a group tag, everything you rez gets set to group?

And why do some customers say they didn't need to wear the group tag to rez other (working) scripted items? Or did they wear their group tag, but can't remember?

Really? Is it that the script doesn't run because scripts are only enabled for Group? But is that sensitive to active group, not simply group membership? (I'm not replicating that hypothesis in a very sloppy test. I was leaning toward a test for llSameGroup somewhere, disabling part of the script.)

(In answer to the other question: yes, when you wear the group tag, everything you rez is set to that group by default.)

Not even a test inside the script, things will just stop running in their tracks if the owner for example leaves. it's just strange stuff. I put in a jira for it a while ago, will dig up the number and update.


ETA: here it is, http://jira.secondlife.com/browse/SVC-2238

Yes, whatever group tag you are wearing when you rezz the object is the group the item will be set to..

and my guess would be that on the rented land Scripts are set to "Group Only" so scripts in objects not set to the proper group will not work.

Wow. Thanks for that jira. It reminds me of the old mysterious SVC-25, and Kelly Linden's comments there may give some clue as to what's going on here.

From the wiki:

integer llSameGroup(key id);

Returns TRUE if the agent/object associated with id has the same active group (and is currently in the same simulator) as the object the script is in. If not, this function returns FALSE.

Rented land is almost always set to group ownership by the rental group, and to prevent griefers or squatters rezzing items or using scripted weapon/scanners etc, the owner very often set build and/or scripts to "group only" in the land options.

All items rezzed by the tenant when not using the rental groups tag will have their scripts disabled, not just items by a certain creator, if you are seeing other items in the area where the scripts are working, it is because these were rezzed using the correct tag by their owner.

Also I have observed sometimes items that have not been rezzed using the correct tag will carry on working ok if they were rezzed before the "group only" scripts setting was turned on in the land options.

Right click and edit on the items not working and in the "general" tab it will show you the owner name, and the group they were using when the item was rezzed, also check in "about land" to see the name of the group the land is set to, if the 2 do not match the scripts will not work, the items that are working ok will have the same group as the land.

That's how we all expect it to work, but it's broken, that's why people are getting inconsistent results (this particular one sneaked in somewhere around 1.19 server).