✨ Feature Requests

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!

Additional abilities to color text, or italicize, Bold, or change fonts, for those of us that role play. I adore SL, but the lack of consideration for text compared to any other platform is appalling.

Hi! I run a medium sized Community in Second Life. Over the years, my community, like many others moved from using the Group Chat features in Second Life to discord due to the need for the ability to have persistent discussions that happen over the long term. However, I feel that this has had the side effect of giving my community less of a reason to log into Second Life. After all, all of the community discussions happen outside of Second Life now in discord instead. I believe that if we had a persistent group chat, many users will log into Second Life, simply to see what messages they missed in the group chats whilst they were away, which will ultimately lead to more activity. Communities like mine would be able to transition back to using Second Life as our primary communication venue, which will be good for Second Life's long-term health as more people will be engaging with the platform and helping it to grow, and in turn help financially justify other much-needed improvements to the group chat system.

Since developers can no longer offer custom creation services to Second Life residents through the SL forums or the official SL Discord server, I strongly suggest implementing a paid developer advertisement system, similar to Marketplace ads, with a fixed duration—or alternatively, a review-based listing system, as used in Roblox developer Discord servers. This approach would address several unresolved issues: Should Second Life users be limited to purchasing whatever is available on the Marketplace, or should they have a clear, supported option to commission customized work? Is it more effective to allow hundreds or thousands of scattered threads requesting custom creation, or to centralize offerings through a smaller number of developer listings? Is it better for users to blindly cast a net—risking scams or poor-quality work—or to choose developers based on demonstrated portfolios and verified reviews from LL list ? Should developers who aim to enhance the Second Life experience be forced to individually explain workflows and requirements through private IMs, or should this information be publicly accessible in a centralized, transparent location? For a well-established platform like Second Life, should users and developers be left exposed to high-commission, third-party websites, effectively treated as prey rather than protected participants in the ecosystem? A structured paid or review-based advertising system would reduce spam, improve user safety, and provide consistency and accountability for both users and developers.

Currently Traffic Generation for sims is broken and a misrepresentation of activity. To improve upon this, there is the following proposal: An invisible timer that counts down since the last non-scripted action (Talking, moving, clicking, etc.) after 10-20 minutes of inactivity the avatar will stop generating traffic until an action is performed to reset the timer once more. Promoting active communities and social activities and draw individuals closer together. An additional counter next to traffic in the search function showing how many avatars are on-sim at the moment. This allows individuals to look for active sims that work within a resident's timezone. Traffic generation this way should have the intention to draw the social and active parts of second life closer together and reward active social spaces more. Traffic should be an indication of social hotspots and active places within second life. Feedback is appreciated and I'm hoping to open a discussion on this topic.

the webserver in SLS is missing some important abilities that are part of the http standard. I understand that there is a proxy server between my LSL webserver and the external internet, and therefore some restrictions must apply. But the omissions I have fallen over recently are not onerous for proxy server. For example basic realm authorisation setting cookies returning a redirect status These 3 require being able to set stock standard HTTP headers in the generated response , as is done by llSetContentType for the CONTENT_TYPE header. I'd also like to be able to do chunked responses. I accept that's a bit more ambitious So my request boils down to Please provide a function llSetHeader for at good subset of the standard HTTP headers. It should function with the same constraints as llSetContentType does.

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

Currently if you receive a message while offline and it gets redirected to email, the subject only says "Message From Second Life". I have my main account and also shop alt using same email, and I can't tell which one received the message. Changing the subject to "Message From Second Life - To <avatar name>" would be quite handy. Or even better "Message From Second Life - From <Avatar name> To <avatar name>" as that would allow setting up more complex mail sorting rules etc.

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.

Out in the world, we have Outllok or Google Calendars to remind and track important events. This is a request to consider creating a second life calendaring app available within the viewer. Scenario: Group Notice received about an event occurring at some point in the future from the date of the notice. There is no (or I cannot find) a method internally to remind myself when the event will occur. Out in the real world, we receive calendar reminders. Others may provide answers such as "If it's that important to you, just put the event in your favorite calendaring app yourself". This constant redirection of users outside of the viewer can be cumbersone and frustratng when the only answer seems to be "do it yourself, somewhere else". This would also be beneficial for collaboration efforts between users and friends. We may send messages to each other and agree on a place and time to work together on a project. Often times it ends with "Oh...I completely forgot. So Sorry" An internal viewer calendar reminder, calendar invites, etc would reduce these kinds of issues.