✨ Feature Requests

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.

It would be great if the event notices allowed more characters. Even 20 more would help, but 50 would be ultimate. It would also be wonderful, if there could be some limited features to add bold, underlines, colors to text, a few different fonts all built in so it can be done right as you create the notice.

I have a general problem understanding my foreign friends that speak either japanese, korean or any language I don't understand. For that I use a translator hud when they are in local chat which of course works quite well. However, when in IM's it becomes an issue since I can't use it and would need to keep translating each sentence in Deepl which is tedious. Such a solution would mitigate the major language barrier on SL.

Currently if someone types [SOME_UNSAFE_URL SOME_SAFE_URL] into an IM they can convince a person to click a malicious link that looks entirely safe visually. I propose a way to correct this: A new Preferences -> Chat -> Chat Windows checkbox called Enable URL Filtering. When unchecked it disables the Allowed URLs button. A new Preferences -> Chat -> Chat Windows button called Allowed URLs. When this button is clicked a filter list similar to the Firestorm Media Filter list pops up allowing the user to add or remove allowed domains. By default the following domains should be allowed: secondlife.com firestormviewer.org phoenixviewer.com discord.gg discord.com youtube.com youtu.be This way users can perform basic operations like connecting to friends on Discord, visiting support help links on firestorm or secondlife's website, visiting the marketplace, and viewing youtube links. Beyond that if someone needs to visit additional domains, they need to add them to the allowed filter list. Then if someone were to attempt to hit them with a malicious link, it wouldn't work by default. I think this would be a quick and efficient way to fix the problem for the most users. I understand this would make things more difficult for any url not on the list, but people could just display those urls as plaintext and users could copy and paste them if they truly want to visit them. And, in this way, they wouldn't be concealed by a malicious clickable link. And, any links added to the filtering allow list would become clickable if desired. A checkbox which is on by default, could be provided for unchecking to turn off the security feature. But, it should be on default for all users, unless the user chose not to use it. With a warning that pops up when attempting to uncheck explaining why that might not be a great idea that they could then ignore and even "don't show me this warning again."

It would be lovely if we could tick a box to silence notifications and turn off offline notices for individuals instead of having to have all or none.

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.

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.

It is wonderful we now have a strong implementation of 2FA support in both the viewers and the LL websites. To make the use of this easier without weakening security I would like to see support added for Hardware Keys such as Yubico and OnlyKey. This would allow users who wish to use a hardware key rather than entering a changing code. Depending on setup at implementation it is possible to make this more secure than is now and not make it more difficult or simply setup to be most flexible so providing support for this would provide a lot of flexibility. In addition, perhaps LL could become a partner of say Yubico (there are many others, but this is one of the most popular ones), perhaps even OnlyKey as well this would also provide another source of income for LL and make it easier for users that don't wish to find and purchase the key(s) themselves. Considering how many users are in SL this could be a massive deal for LL and companies they might partner with.

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 a premium plus user whose messages get capped almost nightly. This is causing a serious problem with my rental payments across multiple markets. Due to message capping, I'm missing rental notices, which makes it appear I'm deliberately avoiding payments, damaging my reputation as a reliable tenant. Since Linden Lab now owns Casper, I request a technical solution: please create a system where rental payment notices bypass the regular message cap. Perhaps rental notifications could be treated as system notifications or priority messages that always get delivered. This issue has directly impacted me multiple times. Last month, I missed three payment notices and faced potential eviction from a prime location despite having funds available. As someone who invests in Premium Plus membership, I believe reliable communication about financial obligations should be a basic service. Could you implement a dedicated 'Rental Notifications' tab in the interface or a priority flag for these critical messages? It could easily be in our Website account menu, "On or off." This would significantly improve the experience for residents like me who are active in the rental market but who also have so much communication that sometimes these things don't even appear to us. Thank you! Streex Foxtrot