Lucia Nightfire

The reason blocked users send their victims money, typically L$1 at a time, is the hope that you'll send it back. Once you send the money back, they will then look at their transaction history and under the record where you gave the money back they will see the location you were at when you did it. This is how they stalk people.

As I mentioned in the Animesh Developers group earlier: Animesh and user avatars have to be animated separately with synchronoized animations. There is no sitting-on & following effect capability on its own. There is a feature request accepted for the capability, but I doubt we will be blessed with it any year soon. https://jira.secondlife.com/browse/BUG-100864 fwiw Also, fwiw, attach points would work similarly where you "assign" the attach points to a unrigged link and it will then "bind" to the attach point the skeleton uses and follow on an offset pos/rot.

I've only ever heard of a posted "prim limit" mean land impact, not prim/link count.

No, it's been going on since November of 2019. That's when a change was made that introduced a series of bugs like BUG-228939.

I'm not sure how llGetObjectDetails() would be used in regards to object inventory, but I have been bringing up the need for llGetInventoryDesc() for some time in the server meetings. IDK if/when a dev can make it happen, but seeing how quickly llGetInventoryAcquireTime() was implemented when I recently brought it up, maybe there is a better chance now than there was this time last year.

I still see on_rez() & object_rez() randomly not trigger in certain apps of mine. I've had to script my more critical apps to not use either.

There is no LSL script function to directly handle link inventory. @Rider Linden mentioned in the last server meeting that he is interested in implementing a new scripting function for interfacing with object inventory. I suggested it should have link capability. This feature request has already been filed too.

Why was I thinking Lucky Charms when I read the title?

I'm still trying to get that to become a reality. 😕

Product Engine still holds major influence and continues to dictate development/feature implementation behind closed doors. Sadly, most of the people making policy/development/feature decisions are not users of the platform at any level, recreational nor enthusiast.

Apparently, Vanilla Bae is another.

Just as the title says. What brands offer clothing that has "pulled up" & "pulled down" states? I know Wretch & Starbright offers them, but their clothing is only for the Kemono body and its various mods. So I'm curious who else offers them and for what bodies.

It might not be fishing pyramid schemes promoted by alts, but it still stinks the same.

Yes.

Sadly, no script can anticipate a teleport without remote communication/interference before the teleport happens as once a teleport process begins, all script scopes are frozen until the teleport completes/fails and scripts are loaded again. llMoveToTarget() is a script bound property so once set, it doesn't have to be called again to remain active. The script just needs to remain loaded in the region and running. Most times once a remote teleport has occurred and the script using llMoveToTarget() loads in the next region, the property auto-activates before any changed event can trigger fast enough for it to be stopped. Firestorm's Movelock is also susceptible to this.

Reminded me of Magika - Heartbeat a little.

The primary reason free content is ungiftable is to deter the grief vector of some bot/idiot using a third party(seller) to spam send inventory offers, forcing to victim into a situation where they have to mute/block someone who is not the actual griefer.

Even with public build and public object entry off, people can still "drive" objects onto your land, stand up and leave them. It's always a good idea to use a short autoreturn time if you're not using public building and a moderate autoreturn time if you are.

I think this is what everyone was referring to, otherwise it should be understood that location keyframing in an animator itself is essential with most animation creation.

Yeah, but animats said implications for Secondlife. When/Where/How would that come to fruition? Management and developers don't exactly have a track record for even keeping up with industry standards, let alone new tech.

Implications in what way? It's not like LL would move the render pipeline onto Unreal's engine if the licensing was affordable anyway and if it's not affordable and patented it's not like LL is going to brew/roll their own.

I've also been trying to get llGetInventoryDesc() offered as well as there are several feature requests for it, but priority still seems to be elusive.

The developer that implemented this function seems to be interested in making newer inventory functions. I suggested offering link access to offer greater flexibility over what we're limited with currently. This feature request covers most cases.

The following are the correct links: https://releasenotes.secondlife.com/simulator/2021-05-12.559669.html https://releasenotes.secondlife.com/simulator/2021-05-21.560002.html