NeoBokrug Elytis

Use the attach event. If the key returned by the event isn't null key, it's freshly attached, and null key means it's detached. I know of no instances where on_rez prevents the attach event from being triggered. Using on_rez for the purposes you've stated above is a waste of events being triggered and more of a burden on the region than doing it properly with just attach attach(key av) { if (av) { // Something is attached } else { // Something was detached } }

@Kyle LindenI too also heavily use the KVP features of Experiences. Please make sure my entire estate "The Wastelands" is opted-out. If I need to file a support ticket please let me know.

I have a technical question. Do upgraded private regions with an extra 10k prims also get 30% more allowed time per frame -- or is it just the extra LI? If not, would LL consider boosting the extra 30% allowed script time to go with the extra content on the region?

So this discussion of chat distances being changed is getting a little pear shaped and spreading FUD. IIRC -- it's only changeable by ESTATE OWNERS and only for channel zero. There ARE use cases where having region wide, or multi-region wide chat is a benefit such as large events or venues. I, personally won't be changing these values but I understand the need for them.

Here's a new one, trying to create a new script in an object. Second Life Server 2020-05-15T18:31:37.542403

Only six? 😄

No, that's new. I was referring to complete failure of on_rez to trigger. It's a hot mess.

Just one more major fix then, on_rez()

I can't come up with words to express my frustration, but... In the future if any LSL event is not firing after a roll, let's consider it a showstopper and do a rollback? LSL is critical to SL operations, a function misbehaving might be tolerable; but a whole event failing is intolerable. </two-cents>

A plywood cube.

@Gunner Grun Just restart the region, should fix the issue.

I can confirm a region restart will fix the issue.

I can confirm this is also happening on version Second Life Server 2020-02-26T20:56:18.537423 I operate a grid scope experience powered game, that's ironically just in my personal regions. It temp attached player HUDs. These particular HUD dispensers do not work (as well as everything else relying on object_rez in the region): http://maps.secondlife.com/secondlife/The Great Fissure/141/112/69 http://maps.secondlife.com/secondlife/The Wastelands/43/159/75 I also use on_rez and object_rez. object_rez is not being triggered. I am using methods to make sure the objects are rezzed be

I'm glad it's been confirmed and is being looked at. on_rez and object_rez are super vital functions in SL. I hope you can find a solution soon. It would be nice to have RC names on server versions again. Case in point that 1/3rd to 1/2 of this thread is trying to figure out what type of region it's happening on.

Here's a few reasons that I think we'll never be able to achieve AAA game status in SL starting with LSL: SL allows too much "freedom". Players can and do wear anything they want, including other scripted content. As long as a player wears whatever they want to a destination -- whether or not there's any competition in your games -- there will be people who "cheat" just because they can. I would say about 15-25% of the code I write for my game HUD is to detect when things aren't "normal", and turn the HUD off or suspend the player for a short time. Initially the first thing I coded fo