✨ Feature Requests

As has been noted over and over again, the increase in phishing spam links is or has gotten out of control. In the following, I propose a practical way in which to address this issue which would seriously curb the issue if not altogether get rid of such an activity. Create new role abilities. New abilities would have defined rules for group owner, group moderator(s) or other trusted individuals to be the only allowed individuals to post links in a group. Sub-classification for members who don't fit the aforementioned roles to be allowed only to post image links from known/well established image sharing sites. (This too should have a on/off toggle to prevent any type of abuse as needed) Group owners/moderators can have/create an allowed list of URL's that are permitted in their group. Example: Marketplace.secondlife.com Defining permitted URLs allows only those that are an exact match and prevents misspelled and misleading links. In the event a user attempts to post outside of their role abilities, the post is blocked from being sent and user notified as to why. In the above proposed solution, spammers would not by default be allowed to post spam links in any group as the default persons of the established "everyone" role would not allow it nor any other default role as defined by the group administration. In consideration of what to do with groups whose administration has been absent for a period of 6 months or more, by default all link postings should be disabled until such a time (if ever) a group owner logs in and establishes who may post links. While some may see this as an unpopular option, it prevents those groups that some still use from being exploited. I propose this solution as if there is no ability to post phishing links, then there is less likelihood that users are entering in their credentials and their accounts being compromised as well as serving the great community good of people who just don't want to see this mess as there are other means of advertising for those who are interested. Regards, DJ Vicious

Back in Spring/Summer of 2020 there was work being done to make the common chat channel (channel 0) definable by region owners. This work was done under the project name "Voices Carry". During the May 15, 2020 TPV Developer meeting, the new simulator chat range capability was discussed in that it'd: a) require viewer-side UI support, which had yet to be completed. b) The range set for a region would be reported to the viewer by the simulator as a part of the region information. c) and that the server-side support will be appearing real soon now™. Then at the May 26, 2020 Simulator User Group meeting this was further explained that: "a new ability is being developed to allow region / estate owners / managers to set the open chat range on a region (see BUG-228333). This update is only intended to affect nearby chat channel 0 (the default open chat channel)." And there followed at that time some clarification discussion with Rider Linden and Oz Linden addressing some of the inter-region concerns arising from this. In June of 2020, server release 2020-06-05T19:36:41.543337 "includes work in the simulators to eventually allow per-region values for Shout, Say, and Whisper distances. NOTE: Currently these values are read only, and can be accessed via the Sim Console." Which sparked similar discussion on the Second Life Server sub-forum. Not long after, but I'm not sure of the time frame the scripting function llGetEnv() had data for "whisper_range", "chat_range", and "shout_range" added as a return for scripts to be able to dynamically find out what the channel 0 chat ranges had been adjusted to. All of this was done during the cloud migration work and I assume by necessity was a lower priority. But then, nothing ever came of it. I know that projects get abandoned all the time for various reasons, but I wonder if this one simply fell through the cracks and might be something that can be re-looked at as a possible feature for Region/Estate managers to update on their own. (I'd be nice if it could be a parcel level setting but also understand why that might be desirable or even feasible.") In addition to extracts from the official Release Note and server forum, some of the detail extracts from the meetings come from Inara Pey's blog "Living in a Modem World", and full links can be provided on request. Thanks.

Sync chats received on mobile app so they are replicated inworld.

Second Life is missing the kind of modern social tools that create quick, low‑pressure interactions. Things like: “Join this 5‑minute activity” “Hop into this micro‑instance with a few people” “Click to match with others exploring this region” These lightweight mechanics create tiny, disposable social moments that make a world feel alive. Right now, SL only offers: Groups (too permanent) Events (too formal) Landmarks (too static) IMs (too personal) It’s social tooling from a different era, and it hasn’t been re‑tooled since SL’s heyday. The result is a grid where everyone is everywhere, so no one is anywhere. Approaching someone feels like walking up to a stranger in a mall; technically allowed, but socially awkward. SL needs no‑pressure micro‑encounters: tiny shared tasks, quick opt‑in moments, and lightweight ways to “do the thing together” so conversation can emerge naturally. These kinds of mechanics are how modern platforms create density, spontaneity, and actual social presence. SL would benefit enormously from adding them. Thanks

I would like to see improvements made to the group chat, and multi-person chats. After closing its near impossible to reopen these or find logs. Would be nice to see group chats, and multi-person chats to persist under or near the friends list. With the most recent chats/group chats listed at the top. Separating these notifications from the normal direct messages so there is no toast, or give the option to disable notifications, and or toasts for specific group chats or multi-person chats. In addition if we could rename multi-person chats. Currently multi-person chats and group chats are largely ignored, and too difficult to rejoin/reopen. There is also no persistent chat logging for users newly added to a group chat or multi-person chat.

I'd love to request a feature that would be a huge quality-of-life improvement for many of us in the Second Life community: the ability to schedule group notices in advance and set up repeatable group notices for recurring events. This would be incredibly helpful not only for creators, but also for event organizers, venue owners, and anyone managing active communities. Many of us balance our Second Life activities with full-time jobs, families, and other real-life responsibilities. Being able to draft and schedule a group notice to send out later, at a specific date and time, would ensure we don’t miss promoting important releases, events, or updates simply because we're not online at the right moment. Here’s how this feature would help: 🔔 Consistency: Notices could go out exactly when intended, even if the sender isn’t logged in. ⏰ Efficiency: No more setting alarms or reminders just to log in and send a notice at a specific time. 🔁 Repeatable Events: Weekly DJs, markets, or game nights could have notices automatically go out on the same day/time each week. 🧠 Less Stress: More time to focus on building, hosting, and enjoying SL... without worrying about last-minute reminders. This would streamline operations for businesses and communities of all sizes and help us all stay better connected and organized. If anyone else would find this helpful, feel free to show support. Hopefully, it’s something the LL team could consider adding in future updates!

I'd be amazed if this hasn't already been suggested in the last decade or two but... Within Preferences>Chat or at https://accounts.secondlife.com/change_email it would be nice if there was a "Transcribe received notecards" option... or "Include received notecard text", something along those lines? Just for notecards/no other inventory types... go ahead and limit it to the first 255 characters or whatever if there is a reason to limit it, and yes even prior to clicking "accept" inworld. In other words, if someone sends me a notecard message, it would be very useful if there was some way that instead of: ------------------------- Legitimate Businessperson has offered you 'customer service request' in Second Life. Log in to accept or decline the offer. ------------------------- ... that this message could also contain all or at least the first x characters of the notecard... Such as : ------------------------- Legitimate Businessperson has offered you 'customer service request' in Second Life. Log in to accept or decline the offer. This notecard reads as follows: Hi Logan, I purchased an item yesterday but soon after had to go into witness protection and lost all of my earthy posessions.. could you send me another copy? Thanks. xoxo Legitimate Businessperson -------------------------

The social layer has thinned while visual fidelity has skyrocketed, and the result is a world that often feels like a perpetual after‑hours mall: lights on, everything polished, but no event, no activity, no reason for the emptiness. This creates liminal realism; spaces that look ready for life but aren’t alive. High detail, low purpose. Beautiful, but empty in a way that feels wrong rather than peaceful. Many builds today are optimized for: Flickr shots vendor ads profile pics decorating shopping solitude They look “open,” but they behave “closed.” Exploring becomes unsettling because the world is visually loud but socially silent. Our senses say something should be happening, but nothing is and nothing will. The Request: Introduce simple, optional tools that let creators signal intentional emptiness: “Closed” “Under Construction” “Off Hours” “Not a Social Space” Even a small indicator would resolve the cognitive dissonance. It tells the brain: “This place is empty on purpose.” That alone kills the uncanny hum. This isn’t about forcing activity. Emptiness can be beautiful. It’s about giving emptiness a reason so residents don’t feel like they’ve walked into a world that’s waiting for something that will never happen. New residents would benefit from a heads‑up that not every space is meant to feel active. SL is perpetually under construction. :-)

Would it be possible to give users a way to disable (make text only) links that are not SL supported or that do not fit a defined pattern? Supported links could include SURLs, MP, major Social Media platforms (insta, flickr, discord, primfeed), etc. If this is not feasible, would it be possible to give group owners a perm they can set for roles to allow/disallow posting of links? Having the option to allow but filter for supported links would be great, but again, if that's not possible, i can understand. This would at least give us some control over what keeps happening with malicious links in chat. i understand it would not be foolproof, but it could be a layer of protection added.

We're working on upgrading Second Life’s voice system from to WebRTC, bringing better audio quality, noise cancellation, and automatic gain control while also enabling voice on mobile clients. Why the Change? Our current Vivox implementation is outdated and lacks modern audio enhancements. WebRTC will improve voice clarity, spatialization, and performance across devices. What’s Changing? Spatial Voice: We’ll use open-source solutions to maintain and enhance spatialized audio. Group & P2P Voice: A new server infrastructure will support these features. New Features: Improved voice clarity, better volume management, and potential for enhancements like reverb effects in certain regions. What to Expect? Viewer Update Required: Upgrading to WebRTC will require an updated viewer. Better voice experience: Lower latency, clearer audio, and improved support across devices. We’re finalizing the technical details and transition plan—stay tuned for more updates!