✨ Feature Requests

how about a decent editor in notecarda allowing things like columns and so on. Our notecard are pitiful

Currently, to report a message, you have to copy / paste the message that you are reporting. Sometimes these messages are larger than what the report field allows. It'd be easier on the end user if the report had context that is verified by the server, and I imagine it'd make life on Governance a bit easier, as they don't have to search for the message that is being reported, as the message context will be directly provided. This is already reported by the EventQueueGet's ChatterBoxInvitation 's instantmessage.message_params.MessageId . As a open source contributor, I'd be more than happy to draft a pull request featuring this capability into the viewer if somebody from Linden Lab wants to outline how they want this surfaced.

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.

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

Group Joiner HUDs and script and bot greeters are an annoyance in any store, but it is a particular problem in Linden Homes Commercial regions, because part of the parcel is on the pavement and so people walking past are being spammed by greeters and joiners of stores they have no intention of entering.

I am legally blind. Reading text isn’t easy. I have enough vision to see inworld; but, text chat and instant messages are tough. The idobata (spelling) program is of no help. Please make inworld text chat accessible to the legally blind and others who may have other disabilities with reading.

Gesture chat spam in crowded areas is very disruptive and problematic for screen readers and translators. A simple toggle should be added to the viewer that filters chat instantiated by gestures from local chat.

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!

As a region owner and someone who likes to explore I think this is important to implement. It’s a simple fix. In the land description, there should be an option to select “Furries” or “No Furries,” with a clear yes or no toggle. This would make it much easier to search for and find locations that are welcoming to the furry community, especially for those who want to explore. Right now, furries go places and end up getting kicked out. After a while, that gets discouraging and furries stop exploring. It starts to feel like the only options are furry clubs, empty regions, or shopping areas, and without new experiences, logging into SL becomes less appealing. I’ve met furries who have never seen a live singer in SL simply because they didn’t know they were allowed in human clubs. On the other side, some landowners don’t even know what furries are, so there’s no clear note, notecard, or description either way. That leads to awkward situations where someone shows up and is told, “your kind aren’t allowed here.” Please come up with a simple solution. Searches should make it easy to find places where furries are actually welcome. I always put “furries welcome” in my description, but when you search, that is few and far between, and furries are a huge community in SL. If search had a toggle like G, M, A, where you could also select F for furry friendly regions, OR NH (for Non-Human Welcome) for all of the non-human + furry avatars. it would make exploring and finding new places much easier. I see about 10 upsides and only 1 downside to this. Thoughts?

SL has changed over the years. Casual interaction used to be the default, but now it’s the exception, and most people hesitate to reach out unless they’re sure it’s welcome. Established residents usually have their friend groups, but newer people often struggle to fit in or know who’s open to chat. Many residents are looking for simple, low‑key interaction, but SL mainly gives us tools to signal that we’re busy, like autorespond, unavailable, mute, and away. There’s no equivalent way to show that we’re open to interact. It would be helpful if SL had a simple visual indicator to show when someone is open to chat. Maybe something in the profile, preferences, or even a small marker above the avatar that residents can turn on when they’re in the mood to interact. A clear, universal signal like this could make everyday socializing feel less awkward and a lot more natural. Thanks!