Lucia Nightfire

On the weekends shutdown more Linden waterway regions and start up more Marketplace servers. "It's the only way to be sure..."

Would be great if it was a video that didn't come with baggage attempting to watch it.

Too many to list. 😆

Today, I (on this account) have completed 15 years in Secondlife. 😉 I even told Adamburp Adamczyk it was my rezday and he had nothing to say. 🤨

IMO, with the prim properties scripts can access today versus years ago, if a mesh body script cannot account for a change in link order, addition of links, removal of links, link name/desc change, etc., it is not designed well. This will be even more true when linkset data arrives.

In the last Server meeting, LL hinted they had interest in sunsetting the ability to save LSO(non-Mono) scripts. They would leave the interpreter running so existing LSO(non-Mono) scripts could still function, but you will only be able to save scripts as Mono going forward after the change. There would be no Mono flag in the editor and/or no functionality unchecking Mono and saving. How would this impact any of you?

Except when Oz ordered llSetPrimMediaParams() & llSetLinkMedia() changed to add url schema enforcement. 😉

The function syntax is not highlighting. Are you really on the aditi grid? If so, what viewer are you using? Do the new functions show in the Insert or Help > Keyword Help lists?

You must not be in one of the regions that support linkset data mentioned here: Your script compiled for me in the region, Mauve.

File a feature request? https://jira.secondlife.com

The Greatest Dane folder contains the "Full Body Alpha" alpha mask wearable. Use this to make your system avatar invisible. Welcome to the world of mesh avatars.

In terms of total script run rate capability, a full region could be 16x or more.

I think the argument is too one-sided. Would you, in-turn, want other creator scripts you chose to leave intact in your objects or were unaware that existed in your objects to also delete your own protected keys as well? There are two scenarios where this will typically be an issue: Other-creator objects already containing other-creator scripts being linked together and said scripts being maintained for the sake of functionality/convenience or because the object owner lacks the skill/knowledge to achieve the same functionality with their own scripts. Users directly placing other-creator, no-mod scripts in their content for the sake of functionality/convenience or because the object owner lacks the skill/knowledge to achieve the same functionality with their own scripts. Without including delete protection, the protected keys feature is incomplete and would only lead to an increase in no-mod content, in-turn, making protected keys redundant. There is no 100% best way to deal with it. The nuclear option of wiping all data is a "hopeful" deterrent to allow for good actors to work together in the same environment.

Is controller movement on by default in BD?

Does OpenSim have a DMCA process or Governance?

A copybot black market backed by a financial institution. What could go wrong? 😆

This allows a mod product's end-user to add their own links/scripts/functionality with their own storage with their own passwords and keep existing scripts "happy" while also preventing existing scripts from accidentally/intentionally breaking things without having to go "all-in" and reset data. Granted, an application's protocol could have still been set up to wipe all data naturally/occasionally and without being nefarious or to satisfy a previous owner's control. It's like multiple people living in a dorm, respecting each other's space and property and not kicking each other or their property out. Coexistence. It's also like the "Good fences make good neighbors." proverb.

That "should" have been fixed Sunday. I wasn't able to crash Mauve again with my testing. I encourage everyone to try, though, heh.

There is also the problem of autopilot running (in the background) while sat on an object with a sittarget then selecting another object which can affect the rotation an avatar can have upon stand. See the first pic in https://jira.secondlife.com/browse/BUG-216016

I'm sorry Jym, but llLinksetDataReset() is intentionally designed to remove all data, protected or not. It was decided that in a modify environment, the end-user will always have the right to remove all data if they wish and not be burdened with the will/control of the previous owner. I can only suggest that you use no-mod permissions to prevent this.

FWIW, usage of the linkset_data() event is not required.

I somehow caused Mauve to crash messing around with an empty pass string. IDK what I was doing. WIll look into it again later. Too tired. 😴🛌💤

I assume Insert is referencing the same keywords file.

What I get for not having verbose on for linkset_data() when doing that test. I'd bet it has to do with wanting to do everything via viewer UI, similar to how it's been requested to update other prim properties via viewer UI such as particles, hover text and animated textures.

IDK which dropdown list you're refering to. Your viewer will reference the keyword file downloaded for the list shown in Help > Keyword Help and for any data in function/constant/event hover-over popups.