✨ Feature Requests

Can you add country flags as emojis please.

If you look at the people in your SL friends list, do you recall who they are or where you met? If we had hints or notes about this, it would be better than real life. When adding a friend, adds any helpful information that will help me recall them later. "Where and when did we meet?" Perhaps have a field for free text notes I may want to add when accepting their friend request. Any other details we could add? Their current user name / display name? This information could be saved into the My Notes tab that already exists in Profiles.

Updated: 18 May 2025 Most regions in Second Life are still using the old legacy windlight by default. This means that even if someone is using a PBR viewer with shared environment enabled, they’ll still see a blue tint. This causes confusion, assumed it's a graphics card issue not being able to handle PBR. I really want to see LL fix this by creating a new default windlight that works with both Legacy and PBR viewers. If you're unsure how, I made a full perm windlight that looks good on both viewers that you can use as a template: https://marketplace.secondlife.com/p/Mysterious-Designs-Windlight-Pack-Creator-Edition-PBR-Legacy-Combined/27059085 This matters to me because I create a lot of glass products and as you can see the difference between them both: https://gyazo.com/345080efe6aadb683abebc611e6f9693 I'm currently landscaping for a client on a community estate, and used my glass in many areas, but all their regions are using the default Legacy day cycle Windlight. When residents of this estate drive around using shared environment, they will see my glass like this: https://gyazo.com/7553103b21e27e2d07165b3eda30cb47 This issue has been brought up many times before, but many of us couldn't create a Windlight suitable for both viewers until now. You can upload a new default + day cycle on Marketplace, include it in our inventories, and send out an email to all region owners on how to set this up.

Please consider putting the new avatars in the welcome package into the outfits tab so new residents on the mobile app can change their appearance.

Second Life Residents come from all parts of the world, however something that divides us is timezones. I propose a feature that will help unify us in that regard, and that feature being a Timestamp URI extension. The proposed implementation would allow for URIs such as secondlife:///app/timestamp/<unix timestamp>?timezone=SLT&format=H:m:s . Where <unix timestamp> is the standardized Unix Timestamp integer, which is based off GMT. (LSL has the ability to fetch the Unix Timestamp) By default, it will display SLT time, but timezone can be specified to show local or other timezones, such as GMT . The viewer already has timezone capabilities in it. Format can be a constant of full , short , time , or date , or a custom formatting such as H:m:S following a specification such as that laid out by python's strftime , which I believe is also the same used by PHP and Perl. This would allow us to share time and dates, while ensuring Residents' privacy is respected, as we do not have to request a user's timezone information. Notably, Discord has this feature, and it is used extensively by users to coordinate meetings, online times, and other information. (See this gist for examples) For example, a user may put a timestamp in their profile to show that "I am online between <timestamp a> and <timestamp b>" which shows local time. Residents on Second Life would be able to do the same thing by using this URI Extension. Some example use cases: * Specifying the start of an event, such as SLB or a shopping event. * Specifying online times. * Specifying event log times in local time.

This is a request for a viewer Security featue (I could not find other requests about this...) I would like to request a new viewer option to selectively allow device fingerprinting by web sites through Media, based on url keyword matchs (i.e. *. google.com would allow " google.com " and all it's subdomains) so individual resident may choose to allow or disallow device fingerprinting or at least warn about potential indentity leakage when media is about to be used to show new website, and allow the resident to reject the access --- I accessed https://browserleaks.com from Media on a prim, and was able to see sepecifc information about my computer. I switched my login with an alt, and also could see the exact information. Next, I used VPN to see if the information would change, but it also did not change anything This means regardsless of the account or IP address used, the web sites on MOAP are able to capture specific unique information about my computer through the viewers. This would allow data collectors to capture device fingerprints of residents' computers just by placing an LSL object near them when the residents' media option is turned on. And finally, it also means that the data collectors can easily tie mutiple SL accounts operated on same computers I understand that Google and various other sites use this information for security (so new login from different fingerprint must to go through extra layer of authentication), and this might also be used for page rendering (i.e. streaming sites such as YouTube), so simply disabling fingerprint API would break many working media contents in-world... Since capturing screeen size by LSL function and some of the CEF's cookie was intentionally disabled to disallow fingerprintng by in-world data collectors for same safety consern, I would like to request this. I am guessing this is very poweful and accurate data collection I was unfortunately able to succeed to capture my computers fingerprints via LSL script and MOAP face in an experimets: Showing my signatures on MOAP: https://www.primfeed.com/otoa.kiyori/posts/2b175216-1392-4be1-91fb-693a3e5a2281 POC of data collection on LSL object in isolated private region: https://www.primfeed.com/otoa.kiyori/posts/b358a309-3493-485e-a1a1-63bc962a0aac

I have a suggestion for sorting BOM layers in a specific order across all saved outfits. I'm not entirely sure how this would work, but I propose adding a new tab in the appearance window, next to the "Outfit Gallery", "Outfits", and "Wearing" tabs. This new tab would be dedicated to BOM layers and connect to your saved outfits. The order of the BOM layers in the 'BOM tab' would set the same order in the saved outfits, as long as the BOM layers are saved in the outfits or when naming an outfit add a checkbox for the option to sync with the 'BOM tab'. If that is not feasible, I suggest adding the ability to click-and-drag the BOM layers to sort them when in the edit outfit menu. This method would be significantly less tedious than using the up/down arrows, especially when dealing with many layers and outfits.

so that they can for example use kanji characters ... not every user is Amrerican :-)

Would it be possible to add the ability to sort your friends list by the last date the friend logged in? This would make it much easier to clean up our friends list. It seems having too many friends in your list is a bad thing... sometimes I don't see them online and they don't see me online, EVEN when I IM they never see the IM... When I send a notice, if they don't see me online, they don't get the notice! Is it the same as the 1000 items in folder issue?

allow user the option to delete old /ended messages on the mobile app