✨ Feature Requests

Currently LL caps our message delivery. When we get in-world, we are told messages have been capped... but we're not even told the GROUP from which messages have been capped. This gives us no idea what we've missed or where... especially if we have a lot of groups. For me...this happens almost daily and to be honest, is quite annoying. Can we imagine if the U.S. Postal service only allowed us to receive so many letters a day and worse-- stated, "We haven't delivered some letters. They're in a random box here at the post office and you have to rummage through a hundred boxes to see if you can find them." Bleh. So please... at least tell us what groups.

Currently, there is a single cap that applies to both private instant messages and group notices received while offline. This can create a significant problem for users who belong to many groups, especially when those groups send a large number of notices. Because both types of messages count toward the same limit, group notices can quickly fill the offline message queue. When we log back in, we may receive a large number of group notices until the delivery limit is reached, with no way of knowing whether important private instant messages were prevented from being delivered. In some cases, we don't find out that someone sent us an offline message until hours later, when that person asks why we never responded. I'd like to propose separate offline delivery limits for private instant messages and group notices. For example, as a Premium Plus member, my current limit is 240 messages total. Because I receive a lot of group notices, I frequently hit that limit while offline. I've had people become upset with me for not responding to messages that I never actually received because the cap had already been reached. Under this proposal, instead of having a single limit of 240 messages for everything, Premium Plus members could receive up to 240 offline instant messages and up to 240 offline group notices separately. Users on other membership tiers could retain their existing limits, but those limits would also be separated between instant messages and group notices. Separating these limits would greatly reduce the chances of important personal messages being lost simply because a user's offline queue was filled with group notices.

This isn't really a feature but I don't see anywhere else to put it. After 21 years, could there be some better wording than "You have been ejected from... "Group Name." By far most elections are because a group closed or is just doing housekeeping. Ideally there could be a choice of statements, or maybe a fixed "This group has closed" message. But the EJECTED has always been really nasty.

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.

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

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!

Many people at the forums (and in world) would love to be able to outright block. When an ignored avatar (in world and in the forums) is blocked, they can still interact in unfavorable ways. Trolls should be limited, but the only thing limited is my ability to protect my privacy.

In other 3rd party viewers there is a visible nearby chat bar to type into and nearby chat is toasted on screen. This gives people the ability to not only see conversations around them without doing anything to do so, but also gives people the opportunity to respond without having to find the correct place to do so. New Residents especially have confusion when it comes to taking in all that is going on when arriving new to Second Life, and the chat button is so small compared to everything else, and with no nearby chat, they are unaware they are being communicated with, the world is silent, they are unable to know they are also being IMd as they do not get the same popups as other viewers letting them know something is happening, other than the chat button changes colour. Once they do find it and are able to see things, it can be too late, for them to get the help or understanding needed, it also limits them on understanding how to ask for help, they are just trapped in silence. https://gyazo.com/f47bb71a356e8ec48f159a9d54236587 an example of chat occuring in other viewers , even the messages that people are entering and exiting a region is something if new and you are not sure what is going on, it gives you a sense of things are happening around you. It also makes it very confusing for older residents when jumping from viewer to viewer when the most obvious thing is just not there.

As of this writing, residents can engage in abusive behavior by sending L$ to people who have blocked them. This enables the unwanted receipt of messages from blocked parties using the L$ Pay notes as an attack vector. When someone is blocked, all methods of communication or interaction should be prohibited at the forefront. People circumventing this are not only harassing people, but exploiting a safety exploit in the payment system to continue harassing people, which given the negligble cost of L$ on an individual level, these attacks could be persistent.

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