✨ Feature Requests

Back in 2024 when GLTF mesh project was getting looked-into by dear Runitai, there was a lot of chat about mesh cloth and the impracticalities and learned lessons about MD-to-Sansar, and I asked the following: Could the viewer possible simulate a collision shape made of hulls along bones, scaled by avatar deformer weights? Like a kind of viewer-side auto-generated rough collision skellie that mesh could "opt in" to being deformed by? Would get rid of storing all the data in the asset, provide flexi-like basic movement to a pre-draped clothing item Runitai Linden replied with: flexi mesh is practical auto-rig a mesh to a flexi prim at runtime, animate mesh with the flexi anim see also physics bones you could rig to So! At the time, Runitai was working on GLTF and I didn't bother with a feature request bc he was on top of it. But since he's gone on to other things...I realized I ought to capture this in a request, and put his winsdom on how it'd be done in there!

Would be great to allow for grouping / categorization of groups - not so much an issue when you have just a handful of groups, but when you have >20 or 30 - categorizing would make it easier to manage them. Could be helpful for CSRs of multiple groups as well. The categories should be user defined and it should be easy to move a group from one category to another. The default option would be that the group isn't categorized.

Block feature shoud go both ways. If, for example I block someone, I see them gray, but they are still able to see me. The purpose of blocking someone is to keep them out of our lives. If they can still see us, then this block is half achieved purpose. It should go both ways. If one block someone then both avatars should be gray. I have a friend that blocked someone and he can still see her and follow her in her usual spots. She sees the view crosses fixed on parts of her body even though he is blocked. This is making her uncomfortable and should not be allowed. Blocked people should not be able to see the person that blocked them. Thank you

Currently the animation validator on the simulator fails to recognize "GROUND" as a special constraint, reporting the following error: > Animation file avatar_sit_ground_constrained references unknown joints: GROUND This constraint is used in official animations such as avatar_sit_ground_constrained.bvh (See https://wiki.secondlife.com/wiki/Internal_Animations ) with the UUID 1a2bd58e-87ff-0df8-0b4c-53e047b0bb6e . This constraint allows the viewer to automatically IK the feet to the ground surface by raycasting, allowing the avatar to keep it's feet on the ground on uneven surfaces or terrain. This is related to https://feedback.secondlife.com/feature-requests/p/re-enable-animation-constraints-on-animation-verifier , but specifically about the "GROUND" constraint. If you need a test animation, I can provide one.

The current method that SL uses to encrypt passwords for saved logins, specifically using Network settings, causes issues when switching between networks on a laptop. Please find a better way to encrypt the saved credentials, especially on systems where things like network configurations can be easily changed (in particular, laptops, but this applies to other systems that switch their network settings as well).

Feature Request – Voice Moderation It would be extremely useful to expand voice moderation beyond just muting a user’s microphone. In addition to preventing someone from speaking, there should be an option to block that user from hearing the land’s voice chat entirely. This would give moderators more control in managing disruptive users, especially in social and chat-focused environments. Having the ability to both mute a user’s mic and restrict their access to listen would be a powerful and much-needed moderation tool. Please consider implementing this feature.

With respect: Linden Lab allows us to change our name for the "modest" fee of almost $50 (for a fully automatic data process that takes about 3 miliseconds of processing time). ; ) Doesn't that fee warrant us being able to choose our last name as well? I want the name I've used since 2005: Snoots Dwagon... not Snoots Resident, Snoots Fairegoer, or some other LL-dictated last name. At that rather significant fee (just to automatically change one piece of data), this would seem a reasonable request, does it not? While we're on the subject, wouldn't it be customer-friendly to reduce that $50 price to something far more reasonable... for a very simple, automated data change? Is $20 not sufficient? With respect, sometimes we would like to see decisions made that consider the good of the customer instead of "how can we squeeze more gold from the goose?". Linden Lab is already very profitable... and the economy has not yet fully recovered. "Put yourself in the shoes of the customer" is the key to profitable business. A profitable business associate once told me: Always put the customer first... and the money will follow (as well as improved customer loyalty).

how about a decent editor in notecarda allowing things like columns and so on. Our notecard are pitiful

The Second Life Marketplace homepage is still not mobile-friendly in 2026. On mobile devices, users are forced to scroll horizontally just to view the homepage content. This creates a poor user experience and makes browsing unnecessarily difficult. What needs to be fixed: The core issue appears to be improper viewport handling and responsive layout setup. Specifically: Add a proper viewport meta tag: <meta name="viewport" content="width=device-width, initial-scale=1.0"> Ensure all layout containers scale within 100% width of the viewport Remove fixed-width elements that overflow on smaller screens Use responsive CSS (flexbox or grid) to adapt content dynamically Prevent horizontal overflow (overflow-x: hidden where appropriate) Optimize images and banners to scale correctly on mobile Why this matters: A large portion of users browse on mobile Horizontal scrolling is outdated and frustrating This directly impacts engagement and conversion on the Marketplace It reflects poorly on the platform’s overall modernity This is a basic web standard in 2026 and should be prioritized.

Similar to how you can select people to see you online, find you on map or mod your stuff, i would love to see an option to accept or deny teleport requests. I don't want to turn everyone off but some performers who do 10 shows a day and spam a teleport request at you blindly frustrates me. I may like the person but dislike the teleport spam. So if i could just uncheck a box for them so those requests would be declined that would be an amazing quality of life thing