✨ Feature Requests

"Product is great! Love it! 3 stars only for now until you fit it for x body." "This is amazing! No x head fit though so 1 star :/" "Will add 5 stars when HUD has this niche complex script added to it." Please. Allow us creators to report reviews that are used as REQUEST forms for extra features. I don't feel like reuploading my entire 2$ product just to fit this obscure body that was specifically not listed on the product description. All of this can be resolved with a separate review report category dedicated to this issue.

Limiting to mentors and those new to SL is liable to make more not stay. How it was until recently is they could benefit from meeting a wide range of well established citizens. It has always been down to more experienced people to help the new residents. Philip Linden has been there and speaking to a lot of us and now we are not welcome in the "welcome hub".

One problem we all face, especially as we add years to our Second Life, is managing groups. To help with this, and to aid in weeding out older groups that we may not utilize any longer, add the date joined to the group list in contacts. Make the list sortable alphabetically or by the date joined. With groups sorted by date, we can easily find old groups that we joined years ago and never use and leave that group to make room for new, current groups.

Lately a lot of SL groups have been getting hit by spammers posting phishing links that look like real Marketplace stores. Here’s an example of the kind of thing going around: [12:16:37] Rẙaḽīể (ryalie): New store! Outfit + Shape, Everything is free, limited quantity https://marketplacsecondlife-style-body-mesh-catwa-185089.store It’s clearly meant to trick people, and residents are falling for it because it looks close-ish to a legit SL URL. People are losing their Lindens because their accounts become compromised, thinking they’re logging into a trusted site. The scammers then use those compromised accounts to spam other groups (sometimes even pay-to-join ones), which just keeps the cycle going and leads to more stolen Lindens and MORE hacked accounts. My suggestion is to remove clickable URLs in group chat and IMs unless they’re from trusted sites. Maybe have a whitelist for known, safe domains like: marketplace.secondlife.com secondlife.com community.secondlife.com flickr.com primfeed.com gyazo.com Or other KNOWN and trusted sites. Everything else could just show up as plain text or with a warning before opening. Other possible options could include: color-coding links (safe ones in green, unverified ones in grey or red), adding a short delay before opening non-trusted URLs (“This link will open in 5 seconds”), or even giving users a setting in Preferences to allow clickable links from trusted domains only. This would stop a lot of the spam and protect people from phishing. It would also cut down the workload for in-world group moderators (who constantly have to boot spammers) and reduce support tickets from compromised accounts; meaning less work for your support team, cost savings for you, and a safer experience for everyone. Thank you!

Description: Currently, when searching for products on the Second Life Marketplace, results often include numerous gacha items. While gachas were once popular, many users now prefer to purchase items directly without the randomness or resale nature associated with gachas. This can make finding non-gacha products time-consuming and frustrating. Proposed Feature: Introduce a simple filter or checkbox in the Marketplace search interface labeled “Exclude Gacha Items”. When enabled, this filter would remove all listings tagged as gacha from the search results. Benefits: Improved User Experience: Users can quickly find items they want without sifting through unwanted gacha listings. Efficiency: Reduces search clutter and saves time for shoppers. Marketplace Transparency: Helps buyers make informed choices by distinguishing between standard items and gacha resales. Community Alignment: Reflects the evolving preferences of Second Life residents who increasingly favor direct purchases over chance-based systems. Why It Matters: The Marketplace is a critical hub for Second Life commerce. Enhancing its usability with targeted filters ensures a better shopping experience, supports creators who sell non-gacha items, and aligns with Linden Lab’s efforts to maintain a fair and accessible economy. Would you like me to make this more formal and structured for submission to Linden Lab’s Jira system, or turn it into a persuasive email you can send to their support or product team? Or both? Provide your feedback on BizChatYou said: Make it suitable for Jira submissionCopilot said: CopilotHere’s a Jira-ready version of your feature request: Summary: Add an option to exclude gacha items from Marketplace search results. Description: When searching for products on the Second Life Marketplace, results often include numerous gacha items. Many users prefer to purchase items directly without the randomness or resale nature associated with gachas, making it difficult to find non-gacha products efficiently. Proposed Solution: Add a filter or checkbox in the Marketplace search interface labeled “Exclude Gacha Items”. When selected, this filter would remove all listings tagged as gacha from search results. Benefits: Improved User Experience: Easier and faster to find desired items without unwanted gacha clutter. Efficiency: Reduces time spent scrolling through irrelevant listings. Marketplace Transparency: Helps buyers distinguish between standard items and gacha resales. Community Alignment: Reflects current user preferences for direct purchases over chance-based systems. Impact: This feature would enhance usability, support creators selling non-gacha items, and align with Linden Lab’s commitment to a fair and accessible economy. Would you like me to also include acceptance criteria and example UI mockup descriptions to make it even stronger for Jira? Or keep it as a concise feature request? Provide your feedback on BizChatYou said: Include UI mockup descriptionCopilot said: CopilotHere’s the Jira-ready version with a UI mockup description included: Summary: Add an option to exclude gacha items from Marketplace search results. Description: When searching for products on the Second Life Marketplace, results often include numerous gacha items. Many users prefer to purchase items directly without the randomness or resale nature associated with gachas, making it difficult to find non-gacha products efficiently. Proposed Solution: Add a filter or checkbox in the Marketplace search interface labeled “Exclude Gacha Items”. When selected, this filter would remove all listings tagged as gacha from search results. UI Mockup Description: Location: Place the new filter in the left sidebar under “Search Filters”, alongside existing options like “Price Range” and “Permissions.” Element Type: A checkbox labeled: Exclude Gacha Items Behavior: When checked, the search query dynamically updates to exclude all listings tagged as gacha. When unchecked, search results remain unchanged. Visual Example: [ ] Exclude Gacha Items Positioned under other filters for easy access. Benefits: Improved User Experience: Easier and faster to find desired items without unwanted gacha clutter. Efficiency: Reduces time spent scrolling through irrelevant listings. Marketplace Transparency: Helps buyers distinguish between standard items and gacha resales. Community Alignment: Reflects current user preferences for direct purchases over chance-based systems. Impact: This feature would enhance usability, support creators selling non-gacha items, and align with Linden Lab’s commitment to a fair and accessible economy.

As someone who is one of the many people in the polyamorous relationships of secondlife, it would be nice if we could have multiple people in our partner box rather than having to prioritize or choose And only having them there who would be nice to have multiples there.Thank you

There has been a dramatic increase in avatar attaching objects that produce sounds either from a streaming source or incredibly annoying noises. The only way currently to stop hearing these annoying noises they inflict upon everyone else is to block the avatar. It would be better to add a toggle in preferences or a debug setting to not produce noises from objects attached to avatars similar to the settings for particles and attached lights.

Havok primitives are cheaper than convex hulls in most cases. It would be useful if we could set objects to like sphere, capsule, box, etc, to allow us to leverage the faster physics calculations on objects. This can be added onto the list of the existing physics shape choices of: Primitive, Convex Hull, and None.

Homestead islands cost around half the amount of a full region. Full regions allow for up to 110 concurrent users while Homestead islands offer a meager 20 visitors. And 5 extra ones which have to be premium. This often causes frustration with Homestead island owners as these people pay a hefty amount for their tier per month but when they have a party or event their friends often cannot teleport to their land. The proposal would be to increase user concurrency on a Homestead island to 40 avatars at the same time instead of the 20 or 25 and get rid of the 5 premium visitor rule. However there would be a hard limit for scripted agents of 5 or 10 on the region to avoid abuse or exploits of region resources. I think profit margins on Homestead islands are plenty for Linden Lab to offer people this increase in concurrency for their islands. Second Life is a social platform but if Linden Lab makes it so hard for people to have an event or party on their Homestead this doesn't help much to build up a community. Linden Lab always seem to be giving more group slots etc... I think the big paying customers who have a Homestead should get more concurrency so they can have a party or event. I get complaints from people they are not pleased their friends cannot attend their parties and I don't think this should be the case in this day and age. Especially for a platform that needs to keep its users. Thank you

Summary: I would like to request that Second Life expand the existing partnership system to support multiple partner slots — similar to a “Top 5” or customizable partnership list. Reasoning: The current single-partner limitation does not reflect how most residents use Second Life socially. Many users maintain complex relationship networks that include romantic partners, long-term friends, creative collaborators, D/s partners, polyamorous families, or other meaningful connections that cannot be represented within a single partnership slot. Benefits: • More accurate social representation: A multi-partner system would better reflect the diverse types of relationships that residents maintain. • Reduced platform workarounds: Users currently rely on profile picks, alts, or group titles to represent partnerships, which is inefficient and inconsistent. • Support for polyamorous and multi-role connections: Many residents participate in consensually non-monogamous or multi-partner structures, which currently have no formal representation in the viewer’s social tools. • Enhanced community engagement: Offering additional partner slots encourages deeper in-world social bonding and adds flexibility for roleplay communities, families, and collaborative teams. • Optional participation: Residents who prefer a single partner could keep the system as-is, while those who need multiple slots could opt-in to additional partner spaces. Suggestion: Introduce a system such as: • Multiple partner slots (e.g., 3–5) • Optional labels or categories for each slot (e.g., Romantic Partner, Best Friend, Creative Partner, Poly Partner, D/s Partner, etc.) • Flexible settings for privacy and visibility • Backwards compatibility for users who prefer one partner only Conclusion: Expanding partnership options would modernize Second Life’s social tools and reflect the platform’s long-standing diversity in romantic, social, and creative relationships. Implementing a multi-partner system would improve accuracy, reduce confusion, and better support the realities of resident social life in Second Life.