✨ Feature Requests

Allow group owners the ability to see when new members join by adding a date joined section.

I believe it could be useful for group owners and their officers to have access to a sort of audit log that can show some of the following, with info such as XXX changed YYY from A to B at TIME. I am aware there is already at least some of this in the land/assets tab. Changes made to group settings People joining/leaving the group -Maybe having something like "Invited by XXX" in the case the person was invited to the group Adding/removing group land capacity Buying/Selling Group land

Lately a lot of SL groups have been getting hit by spammers posting phishing links that look like real Marketplace stores. Here’s an example of the kind of thing going around: [12:16:37] Rẙaḽīể (ryalie): New store! Outfit + Shape, Everything is free, limited quantity https://marketplacsecondlife-style-body-mesh-catwa-185089.store It’s clearly meant to trick people, and residents are falling for it because it looks close-ish to a legit SL URL. People are losing their Lindens because their accounts become compromised, thinking they’re logging into a trusted site. The scammers then use those compromised accounts to spam other groups (sometimes even pay-to-join ones), which just keeps the cycle going and leads to more stolen Lindens and MORE hacked accounts. My suggestion is to remove clickable URLs in group chat and IMs unless they’re from trusted sites. Maybe have a whitelist for known, safe domains like: marketplace.secondlife.com secondlife.com community.secondlife.com flickr.com primfeed.com gyazo.com Or other KNOWN and trusted sites. Everything else could just show up as plain text or with a warning before opening. Other possible options could include: color-coding links (safe ones in green, unverified ones in grey or red), adding a short delay before opening non-trusted URLs (“This link will open in 5 seconds”), or even giving users a setting in Preferences to allow clickable links from trusted domains only. This would stop a lot of the spam and protect people from phishing. It would also cut down the workload for in-world group moderators (who constantly have to boot spammers) and reduce support tickets from compromised accounts; meaning less work for your support team, cost savings for you, and a safer experience for everyone. Thank you!

This addresses two issues. First, when a group is working together to build a parcel, it is often convenient for one builder to be able to move another builder's work in order to make space or adjust the general layout. But we generally do not want to make our objects movable by anyone, and may not want to give the rest of the group permission to edit or move our objects more generally. Second, in many parcels, particularly in roleplay environments and sandboxes, general (everyone) group members or even the general public are allowed to rez objects. It becomes a parcel administrator's job to make sure the objects rezzed are appropriate and appropriately placed. Often the administrator will approve the object, but not the location. In this case, rather than returning the object and having to discuss with the owner appropriate location, it would be much simpler for the administrator to simply move the object within the parcel to a suitable location and then inform the owner of the new location. For me, and the hangouts I administer, this is often a few meters, and can also be something I may do several times in the course of a day as I "rearrange the furniture" so to speak, for whatever activity is going on at the moment. Finally there is the question of encroachment, when an object centered on a neighboring parcel intersects the parcel under consideration. In this case, having general move-the-object-in-its-parcel power is not appropriate. Instead, if anything, I would suggest a related power, the ability to simply cause the encroaching object to move the minimum necessary distance into its parcel to end the encroachment. As discussed in the SUG meeting, allowing Estate Owners to mark objects as Estate Content, akin to the existing Linden Content flag, and preventing objects so marked from being returned or moved by parcel owners or their group designees would probably be a desirable feature.

It would be great if you could implement a keyword blocker for groups to help combat the spam of groups by bots. Like the phishing sites or the Lygon accounts begging for money. If we can block certain words from being used in chat, Maybe it shows a message instead when trying to use blocked words like "This group has limited the use of certain words" It would save a lot of less tech savvy people from losing their accounts when clicking fake marketplace links or supplying the 100L beggars with more free groups to continue spamming.

I'm sure a lot of you are in the same boat as me.. where you'll log in after a day or so away and see a gazillion notifications from groups that you have joined - about things for sale or events going on, some of which you're too late on and missed entirely because you didn't log into SL in time to see the notification. So.. I'd like to suggest that we have the option to select whether or not we'd like to receive offline notifications from groups so that we aren't missing out on things happening in SL. Make it one of the options that you can select (or turn off) in the group's General tab.

A way to organize joined groups would be so handy. Alphabetical order only goes so far, especially when you're in lots of groups and a lot of them use special characters so it breaks everything out of order. I find it quite chaotic to look through my full groups list for the tag I need because of this. Having the ability to create folders to seperate shopping groups from RP groups for example would make it easier to find what someone needs, because there'd be less names to read at a glance in a folder.

So i understand That This subject has been brought up more then 10 times and i feel its being ignored or shut down or not understanding the importance to it from linden labs. I also understand that it REQS you to go in the DATA base, and be tested etc. But! the fact that yal + the group limits But wont take the importance to this matter due it being lack of experience or Not running a club or Corporation or role play Community etc. We Really really! REALLYYYYY need more then 10 Role Limits in the Groups.Am a 2007 player and there is NO way! in Gods green earth this has not been brought up to Linden labs attention in the past and requested. So before u shut this Down Again....... please am asking of you to please tell us in deep detail Why Linden labs keeps shutting this down over n over n over n over. We just want 20 Roles a extra 10 Role limit =20 roles and were Set and yal will never see this pop up again from anyone. and yes... that means me to XD.

Yet another day of begging bots hitting many groups and asking for 100L. It's deeply tedious for group moderators, and users are being scammed. For whatever reason this is a problem that has plagued SL for years without any sign of resolution. A common solution has been to put a L$1 sign up fee for groups. This is less than ideal because it creates a barrier to users who have no money at that moment. Also it's no longer working, as I've seen a begging bot kicked out of such a group today. We had a big discussion about solutions in the "Friends of Philip" group, and finding any solution that doesn't create problems of its own seems hard. However I'd like to suggest that when people join a group, they are presented with a challenge-response problem. The issues with Captcha itself are well documented, but some simple challenge that's easy for users and hard for bots (perhaps based on the "honeypot" method?) could dramatically help with this. Maybe this should be a separate entry, but it would also be immensely helpful to have an alternative to group bans, allowing us to temporarily ban a user. Currently these bots get banned, vanish, and are still clogging up the group ban list. If we had temporary (say 1 month) bans as an option, they'd get cleared out of the group ban list.

Summary: A viewer-side function that automatically switches the active group to match the group assigned to the parcel the avatar is currently on — especially when attempting to rez an object or run a script. Detailed Description: When a user attempts to rez an object or use a script that requires land group permissions, the viewer should automatically switch the user's active group to the group assigned to the parcel (if the user is a member of that group). This would streamline the workflow for creators, shop owners, and land managers who regularly work across multiple group-owned parcels. Suggested Behavior: • When the avatar enters a parcel or attempts to rez an object or run a script: ◦ The viewer checks if the active group matches the parcel's group. ◦ If not, and if the user is a member of the required group, the viewer automatically switches to that group. ◦ Alternatively, a prompt could ask the user if they want to switch to the correct group before proceeding. Benefits: • Reduces failed object rezzing due to incorrect active group. • Enhances user experience, especially for those managing multiple parcels. • Prevents errors and confusion for less experienced users. • Streamlines content creation and land interaction workflows. Optional settings: • Ability to enable or disable the feature in the viewer preferences. • Option for a confirmation prompt before switching groups. • Whitelist or blacklist for specific groups or parcels.