✨ Feature Requests

When a user has selected multiple objects and accidentally deselects them, provide a command and/or keyboard shortcut to restore the immediately previous selection. The viewer could retain the UUIDs of the previous selection until a new selection is made. Why this would be useful: A lot of the time, when moving store content around or building, it is very easy to lose your selection of objects. You can then spend quite a bit of time having to manually re-select everything. It can also happen when moving parts of a build. Sometimes, due to lag, moving something too quickly, or other unexpected behavior, the entire selection can become deselected. If you were working with a large number of objects, you then have to go back and find and select everything again. A “Reselect Previous Selection” option would make building, organizing, and moving content significantly faster and less frustrating. I know you can drag a selection box around objects to select multiple items more quickly, but this isn't always practical. On regions with dense builds, dragging a selection box can select all kinds of unrelated objects. You then have to manually deselect the things you don't want and reselect anything that was missed. Having the ability to simply restore the previous selection would avoid all of this. For example: Select 30 objects > accidentally deselect > press a keyboard shortcut > the same 30 objects are selected again. Even keeping the last 3 selections in a small selection history would be extremely useful for builders, content creators, and residents. Thanks

I’m really concerned about the future of Second Life. It has gotten to the point where, for me, there’s less and less reason to even log in anymore. There are still a lot of long-time users who resist major changes, but at the same time Second Life isn’t really providing what younger generations are looking for, especially when it comes to VR and more modern social experiences. The existing population is getting older, and Second Life itself is becoming too expensive and too outdated to easily attract the younger users it needs for the future. I don’t want to see Second Life disappear. I’ve been part of it for a long time. That’s exactly why I think it needs to seriously look at where the next generation of users is going to come from instead of only trying to preserve what worked in the past. Second Life needs to stop only asking its current users what they want and start asking what younger generations actually need. The people already here are important, but if every decision is based only on keeping long-time users comfortable, the platform is never going to move forward. They need to be asking younger people what would make them want to join, what kind of VR experience they expect, what feels too complicated, what costs too much, and what makes other platforms more appealing to them. Second Life can’t build its future by only listening to the people who are already here. Even some of the newer technology Linden Lab is adding already feels old compared to what younger users are used to today. That’s part of the problem. Second Life isn’t just competing with its own past anymore. It’s competing with modern games, social platforms, VR, and much newer technology. Game creation tools inside Second Life should have been a major feature a decade ago. Adding them now is better than nothing, but it shows how far behind the platform has fallen compared to what newer generations already expect from modern games and virtual worlds. Proper VR support. This is probably the most obvious one. For something that calls itself a virtual world, not having strong modern VR support is a huge hole. Modern game creation tools. Linden Lab needs to go far beyond simply adding Lua or improving old scripting systems. Second Life needs modern world and game creation tools closer to what creators have with VRChat, where people can build interactive environments, game mechanics, custom systems, physics-based interactions, and much more advanced experiences without constantly fighting against decades-old limitations. Creators should feel like they are building a modern virtual world, not trying to force modern ideas through an old platform. A much easier new-user experience. Second Life still throws people into a very complicated world of viewers, inventories, attachments, permissions, land, scripts, body parts, HUDs and viewers. Younger users are used to downloading something and understanding the basics within minutes. Modern avatar creation. A new user should be able to make a good looking avatar from one screen without learning about bodies, heads, skins, BOM, alpha layers, appliers, deformers and a dozen different stores. Better movement and animation. Movement still often feels like a virtual world from another era rather than a modern game. Better physics. Vehicles, character interaction, climbing, grabbing, throwing, environmental interaction and object physics could all feel much more natural. Better social discovery. Discord, Roblox, Fortnite and VRChat make it relatively easy to find communities and activities. Second Life still relies heavily on destination listings, groups, word of mouth and knowing where to look. Even Linden Lab's current site still emphasizes destinations and communities in a fairly traditional directory style. Better event discovery. Open the app and show me what is happening right now, where my friends are going, what is trending, what games are active and what communities match my interests. Better creator collaboration. Multiple creators should be able to work together on a world or game with modern permissions, version control and collaborative tools. Better streaming and content creator support. Built-in camera tools, spectator modes, cleaner OBS integration, vertical-video options, replay systems and creator-friendly controls would help Second Life appear on YouTube, TikTok and Twitch. Modern voice and spatial audio. Voice should feel like a first class social feature, not something added onto the side. Linden Lab has been fixing WebRTC issues and recently added Windows Voice Clarity support, but that is still incremental improvement rather than a complete rethink. Better performance. A modern high-end computer should not struggle simply because a crowded region has badly optimized avatars and scripts. Linden Lab is still working on avatar complexity and UI performance, which shows this remains an active issue. Better mobile integration. The mobile beta is important and currently supports chat, destinations, movement, outfits and notifications, but younger users increasingly expect the mobile version to feel like the real platform, not merely a companion experience. Lower barriers to owning space. Land is one of Second Life's greatest strengths, but the pricing and complexity can make owning a meaningful space feel like something for established adults rather than teenagers or people in their early twenties. More reasons to log in. This may actually be the biggest one. There should constantly be something happening: games, seasonal content, community challenges, events, achievements, creator launches, competitions and things friends can do together. Second Life has something incredibly valuable that very few platforms have ever managed to create: a world largely built by its own users. But that alone will not protect it forever. Linden Lab needs to start asking a much bigger question: What would make a 20 year old who has never used Second Life choose it today?

ooOOoo this one drives me batsh*t! I LOVE the ability that we can now add an image to the folders in our Inventory. HOWEVER, Many creators are NOT taking into account the size limits. We then have to load their AD (or in some cases take our own picture) to our computer, resize the photo, then pay to upload it back into SL. Kind a pain in the buttinsky. Can you make some adjustments so this is not such an issue P-L-E-A-S-E! Thanks in advance.

Currently it is not possible to animate the scale of a bone in either avatars or animesh objects. This seems to be the case mostly to avoid compatibility with avatar shapes as they use bone scale but it causes several annoyances, especially with animesh objects. Since animesh objects aren't influenced by their object size it seems to be entirely impossible to scale them inworld and scaling the root bone in the rig is not possible either. This means to create an animesh object with multiple different sizes we need to upload separate mesh objects. (And each with their own set of animations provided they aren't affecting purely bone rotation, but also location.) Which creates a lot of extra work and cost. Perhaps more subjective: Animating scale is incredibly important for convincing animation that doesn't feel stiff. Especially for more action loaded stylized animations. Squash and Stretch is the first principle of animation for a reason. As things are now, unfortunately it is not applicable for SL.

LL recently released a teaser trailer for PBR + triplanar mapping on terrain: https://www.youtube.com/watch?v=Qmbws6tNwMw However, the same old issues will presumably remain the same: You can only specify the low and high points for texture blending in each corner of the region. The viewer will then determine how the textures blend together. The blending is random, and done on the client side, so everyone sees a different terrain! For those reasons, region owners have extremely limited control over their land, and that's why most people don't even bother using it, resorting to mesh instead. I have personally tried to make beaches in the past and found it absolutely impossible without setting the min blend heights very high, or setting all 4 textures to be the same. Region owners need the ability to actually paint (like vertex painting) the terrain, in a similar way to the terraforming tools. 4 textures/materials is probably enough for most people, but more might be nice. This would allow the creation of designated themed spaces, beaches, paths, and more.

Years ago, I was a well-known Second Life creator and my business was very successful. After a period away, I returned to creating, once again investing time, work and money, and producing valid, carefully made items. Despite this, I now find myself left outside the very events that could help me reconnect with an audience. Many important shopping events mainly accept brands that already possess strong visibility, traffic and a large following. This creates a closed cycle: creators must already be known to participate, but they need access to these events precisely in order to become known—or known again. If this situation continues, Second Life will effectively push creators like me out. Creating involves constant expenses: meshes, textures, uploads, group memberships, a main store, advertising and event participation. I cannot continue spending money simply to remain active in Second Life without being given a realistic opportunity to reach customers and without earning anything in return. This is not a lack of commitment or quality. It is economically unsustainable: without visibility there are no sales, and without sales creators cannot continue financing their businesses. I propose that Linden Lab create an official “Emerging and Returning Creators” initiative including: * Places reserved for new, smaller or returning brands; * Selection based on quality and creativity rather than existing popularity alone; * Free or affordable participation; * Regular rotation of participating designers; * Promotion through the Destination Guide and official Second Life channels; * A central page listing events genuinely open to lesser-known creators. I am not asking Linden Lab to interfere with privately managed events. I am asking the platform to provide an official and transparent path through which valid work can at least be seen and evaluated. If Second Life encourages residents to build businesses and invest in its economy, it should also provide a realistic opportunity for them to emerge. Otherwise, it risks losing the very creators who want to invest, work and contribute to the platform.

I couldnt find anything on this already (but maybe searched poorly :-), but what about a service/feature for private region owners to "park" or "archive" their region offline for a period if they dont want all their creation work disappearing but perhaps will be away / busy RL etc for a period of time and not needing or wanting their region to be online? i.e the Park service would keep everything stored/safe but region offline for a significantly reduced monthly fee (e.g. 10%) during the parked period - Maybe a max park period of say 6 months or 12 months before you have to pay one full month again? something like that? min period 1 month.. if the region was not online then presumably its not using server processing and would just be stored on backup discs somewhere hence reduced cost to LL ? Any thoughts? thanks

This came up at Creator User Group a few days ago It was proposed back in 2022 in the old JIRA system, here: https://github.com/secondlife/jira-archive/issues/9714 Might be worth a second look. The basic concept is that child links should have children of their own. Objects thus form a tree. That's how almost everything in 3D graphics works. Existing scripts would see and modify the tree structure through the existing LSL/Luua calls, with the same effects as now. New calls would be added to let scripts see the child objects of each child object, allowing manipulation of the tree. The goal is that you can take an object with link structure and link it to another object, without losing either object's link structure. This allows sub-assemblies. This would allow bringing in existing glTF files without flattening their structure, improving glTF compatibility. Right now, importing glTF with a tree structure does not work as expected. The UDP message system and existing viewers should support this without modification for drawing purposes. Somebody designed this in a long time ago, but it was never fully implemented. Viewer support in the Edit menu would be needed.

Allow users to create and rez objects larger than the current 64-meter limit to support large-scale builds like floating islands or full-size ship models (e.g., a 270-meter Titanic). Rationale The 64m limit creates unnecessary friction for creators in private or controlled environments. Splitting large meshes increases workload during modeling, uploading, and placement—especially when iterating. Supporting larger objects would streamline workflows and enable more ambitious content. Implementation Consideration To manage potential misuse, this capability could be selectively enabled in certain regions or estates at the owner's discretion.

I’d like to know if there is currently any way to link CasperVend vendors with Marketplace listings — meaning, when I add a new product to the Second Life Marketplace, it would automatically appear in one or more of my CasperVend inworld vendors. My idea is to create an inworld gallery-style store, where all products available on the Marketplace are also visibly displayed inworld using CasperVend vendors. Ideally, I’d love to be able to: 💡 Automatically sync my Marketplace inventory with selected CasperVend vendors. 💡 Choose which products appear on each vendor (e.g., categorizing them by theme, product type, etc.). 💡 Allow customers to buy directly from the vendor inworld, while still being counted as a Marketplace sale (or at least maintaining stock/pricing consistency). Why this would be useful: 💡 Creators wouldn’t have to duplicate every product manually between the Marketplace and inworld stores. 💡 Promotes better inworld shopping experiences, while benefiting from Marketplace organization. 💡 Keeps product info, prices, and availability consistent across platforms. 💡 Encourages hybrid shopping behavior — browsing inworld, buying wherever is more convenient. 💡 Saves time for merchants who manage large catalogs. If something like this already exists, I’d appreciate some guidance on how to set it up. If not, I think it could be a powerful feature worth considering for future development, especially as Second Life continues to support both inworld and web-based commerce. ♥ Thank you! ♥