✨ Feature Requests

This service currently incurs a US$30 fee at the time of upgrading or downgrading, which made sense when the difference between 30K and 20K full-region tiers was also US$30. However, under the new tier structure, the difference between those two tiers is now only US$10. In that context, keeping the upgrade/downgrade fee at US$30 feels disproportionate, especially for residents who may be downgrading because they can no longer afford to maintain a 30K region. Please consider adjusting this fee to better reflect the new tier difference.

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.

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.

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.

(see picture) This is our old friend twisted torus. Twisted torus doesn't get out much anymore because the moment a modern texture is applied (material or PBR), the Li jumps from 1 to 306 This is and has always been clearly wrong and broken. A texture or six doesn't change the actual impact of a thing by a factor of over 300. Prims are always going to be heavier than mesh, but keep in mind this was all we had back when our graphics cards had MEGABYTES of memory. Our hair was 200 twisted tori and nothing bad happened. Why does a texture flip the new calculations on .. because legacy builds would get auto returned en-masse. For all their sins, please fix prims so they are at most 1 Li under all circumstances. Prims are accessible, fun and core part of the platform.

🔴 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! 👍 💬 �

Group notices currently allow more text to be entered than will actually display once posted, so the end of longer notices gets silently truncated. This suggestion is for LL to add a character limit (or live character counter) on the notice creation window that matches the actual display limit so that way creators know up front when their text will be cut off, rather than discovering it after the notice goes out.

Can we have more than 38 attachment points please? ♥

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!

Optically you can see from a region to the next one - the sim border is invisible. Physically though the next region does not exist until you travel over the border between the recent region and the next one. Let's suppose you are traveling by boat. If you hit a pier in a region, your boat is bounced back. But if you hit a pier located on the next region reaching until the region's edge, your boat first travels over the sim border and suddenly gets caught in the pier bouncing like crazy. Suggestion: the physics engine of each region should also load (render?) the physical shapes of the neighbor regions borders, which are pointed to the region, so a vehicle is bounced back and does not enter the next region where it is blocked by some object. Advantage: physical experience would be far more natural, collisions on sim borders would not be special. Since it is very common to build right until the sim borders, this is issue not a trifle at all imo. Vessels that have a damage system responsive to collisions (to make sailing more challenging) use to sink immediately when hitting these sim edge builds (since being caught on an object causes plenty of collisions in a very short time), while they would only take some damage while hitting the same build from the other side. This particularly is annoying, if there is a very tiny or even invisible object on the sim border, so you have no chance to recognize it before your ship suddenly sinks for no obvious reason.