✨ Feature Requests

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.

I am not certain how this could be implemented but it would be nice if in the Role options that there would be a togglable checkbox to allow or disallow certain group roles in a group from posting hyperlinks. This would make it more difficult for scammers to spam links to phishing websites that steal account log in information with fake log in screens. This would also even make it harder for for people to spam products in other designers groups that are for other stores.

It's getting absolutely ridiculous. And SL is a small world :( We'll be wrecked if this platform grows anymore. Couple mitigating strategies, since I know you know this is a problem, but the problem persists: IF * Account less than X days old * Account sends messages to more than G large public groups of size S in M minutes * Account asks for #L, example 100L or 150 "linden dollars" or "100 lindens" THEN Account is banned for 2 days, increment per event. You can, I expect, do a bit of data crunching to determine the best values for X, G, S, M and a pattern for #. This would solve quite a lot of it, making it just vanish. For patterns that don't fit this (eg, established accounts getting hacked and used to spam for Lindens), you want the actual AR process so that someone doesn't lose their Second Life just bc it got hacked once. For bonus points, rather than a pattern of number + L you could do a bit of actual nlp, testing "is this message asking for money." But even just a broad pattern search, in combination with the previous factors, would be spectacular.

like the rest of the world uses

Just letting you know, Gmail is now flagging Second Life offline messages as spam. Could this be related to your SSL or email security settings? I’ve marked these emails as safe on my end, but if I hadn’t randomly checked my junk/spam folder, I wouldn’t have known about all the offline messages: like rental expiration notices, store support messages, easyblogger posts, caspervend, and so on. Some of these are really important, especially the land expiration notices.

One of the single most annoying troll tactics is when they get on Voice and shout profanities and slurs during events that require Voice to be turned ON. Live performances like Stage Plays and Sports Events with live voice-casters suffer greatly until Admins/Security is able to Eject/Ban the trolls. Many of these events have been moving OUT of Second Life in favor of other platforms with better voice permissions such as Discord and Telegram, but it would be great if residents could keep the Voice performances 100% within Second Life. Suggested Solution: Implement Land Group ROLES to control Permission to speak on Voice so that even if a parcel or region is set to a Group that is "Free to Join", only specific role(s) will be able to speak while all roles and non-group members are allowed to listen.

Please pull Firestorm's Block Group Chat function into the Official Viewer. The amount of group chat spam I get on the official viewer is insane. I know that it can be disabled entirely, but there are a couple groups that I do wish to see.

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.

I would like to have the ability to have blocks that work both ways. That way not only can I not see their voice or text chat but it would also prevent them from reading my chat or hearing my voice. When I block someone I generally do not want them to communicate with me. Including through communicating with others about what I am saying in a public location. Logging my text chat for use on third party sites or copied to another chat. I just generally don't want them to exist in SL for me, that includes them interacting with my interactions with other residents in public in an indirect way. I think if blocking also blocked them from seeing or hearing my messages that would resolve most of this.

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.