✨ Feature Requests

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

People see the dots and a bot, and assume it's contributing to traffic then some people will actively avoid such a place. If there's such an option I'm unaware of it but I'd love to hear solutions!

I'd love to be able to have the body and my head shapes be separate. Right now the shapes are tied together as one shape. I would love to be able to say, purchase a head shape someone has created and be able to apply it without changing my body shape as well.

Hello Linden Lab Team, I’d like to suggest an improvement that would provide a significant quality-of-life benefit for many users, especially those who frequently change outfits and use wardrobe tools. Problem: The ordering of BoM tattoos (and classic wearable layers in general) can be adjusted in the Appearance/Outfit window under Details (wrench/key icon). However, the layer ordering is currently only saved within the specific outfit that was stored. This means: even if a user wears the exact same set of attachments and the same BoM tattoos, the ordering can still be wrong when the outfit is worn through external wardrobe tools (e.g. CTS Wardrobe or similar systems), or when parts are rebuilt from inventory. As a result, users often have to manually fix tattoo ordering again and again. Suggestion: Please add a way to save BoM tattoo/layer ordering as a standalone preset, similar to how Shapes are saved as separate inventory items. For example: A new inventory asset type such as “Layer Order Preset” This preset could then be included when saving an outfit, and also manually applied when needed Benefits: Much faster outfit switching for users with complex BoM setups Less frustration and fewer manual corrections Better compatibility with wardrobe/dressing tools that many residents rely on Improves usability for roleplay, creators, and users with multiple style variations This would make BoM-based styling more reliable and bring it closer to the workflow quality we already have with Shapes. Thank you for considering the suggestion!

BOM layers that can glow. Would be quite nice and remove onion layering for mesh models and help save on resources. I know PBR is a thing but it does not allow the flexibility of BOMs. I have species that have different glowing markings and bioluminescence on their bodies that I'd love to be able to do in SL. My team and I heavily utilize BOMs so our customers can make rather unique pattern and color combinations. Shiny BOM layers would also be really nice.

Second Life as a platform is unique in that it is user driven and user built. There should be no doubt that when approaching an avatar that it's directly controlled by a human. While it is undeniable that scripted agents provide utility and amusement, they should not exist in any form that allows them to be confused with a human controlled avatar. Ideally there should be no task in SL that needs fully fledged antonymous scripted agent to accomplish and LSL needs to be expanded to remove these edge use cases. Survey and traffic bots are an annoyance, likely privacy breaching and often operating in ways that break ToS. Self identification of accounts as bots has broadly been a failure and cop-out on the part of Linden Lab. LL need to be marking bots as bots automatically. It doesn't even need fancy AI to accomplish. Metrics such as teleports per hour, time spent in the same location, viewer channel, etc etc etc. Confusion over what is behind an avatar has created a trope in SL that unresponsive avatars are in fact bots, that clubs and venues aren't occupied by individuals, the direct implication being that SL isn't a real place made and populated by real people. No one wants to waste time trying to be be social with a bot. AI chat bots are novelty and not a substitute for real people. At the very least name tags should be flagged in some way that makes it obvious an agent is scripted in some way. Participation in local chat should be equally differentiated. profiles should be limited, etc etc.

I am been wishing SL support this feature loong time ago. "Support custom bone setup" like VRchat does. After that, Support physic bone feature would be lovely too. Performance issue can be handle by optimizing mesh. 2024 now and I really wish SL support this feature :( Dev show they can implant PBR shading system in SL. I think you guys can implant this feature in SL as well.

I suggest an enhancement to the Bakes on Mesh (BOM) system by introducing an opacity option for BOM layers. As a designer, the current limitations of BOM force us to add additional mesh layers, particularly for makeup applications. This increases mesh complexity and necessitates the use of complex HUDs. Enabling opacity control on BOM layers could eliminate the need for extra mesh layers, thus optimizing mesh complexity and enhancing overall performance. Additionally, this would allow for greater flexibility and creativity, as BOM makeup layers wouldn’t be limited to one or two mesh layers (depending on the number of mesh layers created by a designer). With the recent introduction of 2k BOM textures, the capability to adjust blend modes directly on BOM layers would be highly beneficial for both designers and users. It would offer more customization options and improve the user experience. It would positively impact the creative community and contribute to a more streamlined and efficient design process.

It would be really nice to be able to scale the our whole avatar with a global scale slider so we can be really big or really small without changing our shape valaues, Idealy this would act much the same as the hover height slider. This would also increase or decrease this scale of hitbox to match the new scale. Additinally it would be great to have a LSL function to control it like llSetAgentScale(float scale_value); or something to that effect that sets the scale of the owner of the object. If a permissions request is required I would be fine with that as well.

Currently when someone is wearing an avatar with a deformed skeleton and they change to another avatar their skeleton will be borked. Reset skeleton currently only fixes the visuals for the person themself and others also will need to reset skeleton to fix their view of the person. Relogging seems to be the only current way to reset the skeleton fully. If a full reset skeleton were possible via lsl it would make it super easy (via HUDs or scripting inside the avatars) for people to reset their own skeleton fully so that they are viewed correctly by all.