✨ Feature Requests

  • Search existing ideas before submitting- Use support.secondlife.com for customer support issues- Keep posts on-topicThank you for your ideas!
Requested Second Life Search Category for Non-Profit, Education & Charity Regions
Second Life has many regions and communities dedicated to education, non-profit work, charity, accessibility, arts, culture, STEM, museums, health support, mentoring, and public-good community projects. However, these spaces are often difficult for new and returning users to discover unless they already know the exact name of the group, region, event, or organisation they are looking for. At present, Search separates content into broad areas such as People, Groups, Places, Land Sales, Events, Classifieds, and Web. These are useful, but they do not clearly surface Second Life's educational, charitable, non-profit, and community-support spaces as a distinct area of value. As a result, these regions can become buried among commercial listings, clubs, shopping destinations, and general places. Adding a dedicated "Non-Profit / Education / Charity" category would make these spaces easier to find and would help show new users that Second Life is more than shopping, entertainment, and private social spaces. It is also a platform for learning, cultural exchange, accessibility, public service, creative collaboration, and community support. This category could help users discover: Education and university regions STEM and learning communities Museums, galleries, and cultural projects Charity and non-profit regions Health, disability, accessibility, and support communities Mentoring groups and public-good initiatives Classes, workshops, talks, and community learning events This would also reduce the pressure on the Destination Guide as the main route for discovering these spaces. The Destination Guide is valuable, but it should not be the only practical discovery path for educational and non-profit work in Second Life. A dedicated search category would benefit residents, educators, non-profit organisers, event hosts, new users, returning users, and Linden Lab itself. It would make the platform's positive community impact more visible, easier to access, and easier to explain to people outside Second Life. In short, this is a small interface change that could make a large difference to discoverability. It would help users find meaningful spaces faster, support communities doing public-good work, and better represent the educational and cultural value already present across Second Life.
92
Add a "Disable Sitting for Non-Group Members" Parcel Option to Protect Resident Privacy (Particularly in Linden Homes)
COMPONENTS: Server / Land & Parcel Options PROBLEM: Premium Linden Homes covenants permanently lock parcel public access to open. This creates a security loophole that griefers exploit to violate resident privacy. Using camera-zoom from outside parcel borders, unauthorized avatars can click and "force-sit" on furniture inside a house. Because Linden Home security systems enforce a mandatory 15-second warning delay before ejection, malicious users have a massive window to execute this exploit. Even if furniture scripts (like AVsitter) are strictly set to Group Only, the Second Life engine physically moves the intruder onto the object for a split second before the script can un-sit them. This micro-second interaction completely scrambles the animation layout, shifts camera angles, disrupts the current residents, and triggers script engine error crashes. IMPACT: For many premium members, Second Life is a vital medium used to sustain and explore real-world, long-distance relationships. Our leased homes are personal sanctuaries. When anonymous users exploit camera mechanics to force their way into a private room and disrupt intimate furniture animations, it constitutes a severe violation of privacy that triggers real-world emotional distress and trauma. Leaving paying customers unable to protect their private spaces actively drives them to look for alternative platforms. PROPOSED SOLUTION: Please add a toggle feature inside World > About Land > Options (similar to Object Entry or Run Scripts filters) that states: "Allow other Residents to: Sit on Objects" with checkboxes for [ ] Everyone and [ ] Group. If the Everyone box is unchecked, the server should completely reject any click-to-sit raycast actions originating from an avatar who is not wearing the parcel's active group tag. This server-side check completely neutralizes the camera-clicking exploit. It keeps Linden Home regions physically accessible for mainland exploration while giving premium residents the baseline privacy protections required to feel safe in their homes.
6
·
tracked
Auto-expire mainland abandoned parcel reservations that aren't purchased
There's a problem on mainland that's quietly eating into land availability and into Linden Lab's own revenue and almost no one is talking about it. I keep running into parcels that were requested from Linden Lab, reserved under someone's name and then never actually bought. They don't sit for a day or two. They sit for months. Sometimes years. Every one of those parcels is dead land. No one else can request it, no one can buy it, no one can build on it even when the original requester has clearly walked away and has zero intention of completing the purchase. The land just rots under a name. And this isn't a rare edge case; once you start looking, it's everywhere. Multiply it across the grid and you're looking at a real chunk of mainland that's been pulled out of circulation for no reason other than a abandoned land reservation that never expires. Here's the part Linden Lab should care about most: while that parcel sits reserved but unpurchased, it generates no tier. It stays in limbo under LL, nobody owns it, and nobody is paying monthly land fees on it. The moment a real buyer takes it, that's recurring tier revenue flowing to Linden Lab every month, ongoing. So every parcel locked behind a dead reservation isn't just frustrating for residents; it's money LL is leaving on the table, month after month, for land that someone else would happily pay tier on right now. Mainland already has enough working against it. Locking up land indefinitely behind dead reservations makes it actively worse it shrinks supply, kills circulation, blocks active residents who actually want to expand and invest, and quietly costs Linden Lab tier income it should be collecting. Here's the part that makes it more frustrating: from what I've seen, there's a 48-hour window in play if the requester doesn't buy the parcel within 48 hours, the parcel can be requested by someone else. I say "from what I've seen" because it's inconsistent: sometimes the 48-hour policy is mentioned in the support ticket response, and sometimes it isn't mentioned at all. Either way, claiming it still means filing a ticket and waiting a couple of days for a Land Linden to respond. So the fix already exists in spirit; it's just buried behind a manual, multi-day process almost no one will bother with. Why make everyone burn time, energy, and resources on a ticket and a wait? Automate it. And honestly, most people don't even know the 48-hour rule exists. Most won't check the claimed date or the date in the title. Some Lindens use the title date to show when a parcel was allocated, but the average person just glances at it, sees it's already allocated to someone, and moves on. So the one safeguard that does exist is invisible to the people it's supposed to help. Proposed change: make the expiration automatic. If a resident requests a parcel but doesn't complete the purchase within a set window (7 days would be more than fair), the reservation expires on its own and abandoned parcels return to the abandoned land pool. This is a small policy change with a real, grid-wide payoff. It costs Linden Lab almost nothing, requires no new system anyone has to learn, immediately frees up land that's currently doing nothing for no one, and starts converting dead reservations into actual tier-paying owners. For something that directly affects both usable mainland availability and LL's own land revenue And if I've misunderstood any part of how this currently works, or gotten a detail wrong, please correct me.
5
Block Seller on Marketplace
Note: I know this was suggested before and it's tracked. I know this will be merged. That's okay, I wanted to give more suggestions on implementation and answer "why" beyond that it would just be a nice feature. Problem: You don't want to see stuff made by a certain creator on the marketplace. There may be a variety of reasons for this. Here are a few examples. You have the shop owner in game block due to harassment, drama, or other personal reasons and don't want to accidentally give this person money. The vendor is selling rips. The seller has a business model you don't want to support. Maybe you don't want to buy clothes that are no mod, maybe they have shady business practices that involve over-editing their ads, or using AI on their ads resulting in false advertising. Maybe the seller's content makes you deeply uncomfortable such as selling adult products but the models scream childlike and you don't want to see that. The seller is flooding the marketplace with thousands of generative AI textures to make a quick buck, making it impossible to find high quality textures. This is a growing problem that needs urgent addressing. Solution: Allow us to block the shop and/or the owner of the shop. Owner might be better in case the marketplace someday expands to let a single user have more than one storefront. Or both. Blocking a particular product may also have its place. Implementation: Beneath the flag listing link there would be additional links: Block this shop Behavior: Browsing and searching omits all products from the store. Adds shop to a block list. They can be removed from block list if needed. Block this seller (<--- Alternative, or TBI if multiple storefronts ever becomes a thing.) Behavior: Browsing and searching omit all products from any and all products from the store. A popup that asks, "Do you want to block this person from your shop as well?" may be a good move in some circumstances. They can be removed from block list if needed. Hide Product Behavior: Omits an individual product from search and browsing. Unhide Product Behavior: Removes product from hide. How would you find a listing if it was hidden? Give people a checkbook to show hidden products in search and browse. By giving us the tools to better curate our experience with the marketplace you will empower users to find what they want without having to wade through things they don't want to see, increasing the likelihood of them spending money instead of getting frustrated and giving up on the search.
12
·
Content Creation
·
tracked
Add a rule against signing up users to "subscription" marketing messages without their consent.
Like many other users, I periodically get spam notecards and IMs from SL business owners advertising their new products. I have NEVER signed up to any notecard mailing list, I have always been added automatically without my knowledge. There's already a feedback post here about the ability to block these objects: https://feedback.secondlife.com/feature-requests/p/blocking-an-avatar-should-also-block-blacklist-all-of-their-rezzed-objects however I think that is only a band-aid solution. Signing users up onto your "subscription" service without their consent should not be allowed in the first place. It falls under spam, yet every time I have submitted a report against these objects, & explained in the report that they are spamming me (and others) without my consent and sometimes without a way to opt out, nothing seems to come of it. So I can only assume that, currently, this isn't against the SL TOS, or for some reason the reports are falling on deaf ears. Every time this has happened to me, the ads I get are from a brand that I don't recognize. This is because every time this happens it's nearly always happens one of two ways: I was added to the mailing list because I bought ONE item from the store in question; often a long time ago, sometimes years or more, from the Marketplace. This implies that the store owner is manually adding all Marketplace customer usernames to a mailing list or automating the process somehow. I visited the sim one time, and my mere presence was enough to get me on their mailing list. I need to stress that not only do these users add you to lists extremely easily, but they often make unsubscribing very difficult. At best, it'll be through a system like "KioskNet" - which at least has an inworld location you can go and get a HUD from, and unsubscribe from any mailing lists using that system. But if they use their own system, you're often out of luck. Some tell you "unsubscribe in the mainstore" but when you go there, there's no unsubscribe button, no matter how you look. Others say "contact me to unsubscribe", meaning that you have to actually talk to the person to convince them to take you off. And even if you find a way to unsubscribe, some will automatically put you back on their list later! I periodically check the KioskNet thing because every 6 months or so, a store has added me back as a "subscriber." As the other thread on this issue says, though, blocking either the user or their mailing object usually doesn't work because they tend to rezz multiple copies of the object, and keep going. Once you're in their system, you will be contacted by any object they rez going forward. I ask that Linden Labs considering making these unprompted spam subscriptions disallowed on the platform, and actually punishable. You should ONLY be able to get a "subscription" by opting in. Intrusive ads we did not ask for are spammy, disruptive, and extremely annoying.
26
·
tracked
Vulkan Support – Future-Proofing Second Life for Better Performance & Graphics
🔴 Summary 🔴 Second Life has come a long way, but OpenGL is becoming outdated. To ensure SL remains visually competitive and runs smoothly on modern hardware, I propose that Linden Lab begins development on Vulkan support as a long-term goal. This transition would greatly improve performance, reduce crashes, and allow SL to take full advantage of modern GPUs. 🟡 Why Vulkan? 🟡 ✅ Better FPS & Performance – Vulkan is optimized for multi-core CPUs and modern GPUs, meaning higher frame rates and less lag in complex environments. ✅ More Stability & Fewer Crashes – Vulkan manages memory more efficiently than OpenGL, reducing viewer crashes and graphical glitches. ✅ Future-Proofing Second Life – OpenGL’s development has slowed, while Vulkan is the industry standard for new and upcoming graphics engines. ✅ Improved Graphics Potential – Vulkan supports advanced rendering features that could enhance lighting, shadows, reflections, and materials in SL. 🟢 How This Transition Could Work Smoothly 🟢 Instead of a sudden shift, I suggest a gradual development plan (2025-2030): 1️⃣ 2025-2026: Linden Lab researches Vulkan feasibility and starts experimental development. 2️⃣ 2027-2028: An optional Vulkan beta mode is introduced for testing and optimization, running alongside OpenGL. 3️⃣ 2029-2030: Vulkan becomes the default renderer, with OpenGL as a fallback for older systems. 4️⃣ Community Engagement: Regular updates from Linden Lab on progress, plus support for third-party viewers adapting to Vulkan. 🔵 Why Start Now? 🔵 Even though this transition will take years, starting early ensures SL stays ahead rather than falling behind other virtual worlds. A well-planned Vulkan integration could attract new users while making SL smoother for current residents. If you agree, please upvote and share your thoughts in the comments! Let’s show Linden Lab that the community is ready for a modern and optimized Second Life! 👍 💬 �
14
·
Performance
·
tracked
Load More