✨ Feature Requests

  • Search existing ideas before submitting- Use support.secondlife.com for customer support issues- Keep posts on-topicThank you for your ideas!
llAvatarOnSitTarget reports incorrect agent on sit target after disconnect
This is a super old bug that I want to bring back to light, I could not find a canny on this. This bug alone, is responsible for several vehicle woes, often requiring vehicles to be re-rezzed. Old archived posts referencing this issue: https://forums-archive.secondlife.com/54/11/317331/1.html https://github.com/secondlife/jira-archive/issues/8363 Summary: In short, when an agent crashes and disconnects uncleanly, the sit target remains occupied. Other viewers will still show the (now gone) avatar on the seat, scripts who call llAvatarOnSitTarget or related functions will be told that the sit target is occupied by the avatar who got disconnected. What makes this particularly evil for scripts? This stale state survives script resets, since it's a simulator state issue. The stale sit target survives sim crossings Even worse, you can unlink and relink the link with the sit target, and the simulator will still report that the disconnected avatar is sitting on that sit target once you relink. If the disconnected avatar relogs to a different region, and teleports back to the region the vehicle is in, when they resit, the avatar will now occupy two sit targets. Side note: If a linden wants help reproducing this bug, I'm happy to help. It can be reproduced easily if we stress test and try to crash on purpose; by having a multi-avatar vehicle with several avatars running several scripts.. we can make ourselves crash onto sim corners.
11
·
tracked
The End To Phishing Spam Links
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
12
·
Communication
·
tracked
Blocking avatars should block their scripts from interacting with or tracking you
It would be nice that if you blocked an avatar their scripts would no longer recognize you as being online or a valid target. Either that or some sort of privacy controls for what others scripts can do to your avatar such as track your location or if they can see if you are online. It would be nice if you could keep blocked avatars from doing the following things when you block them: - Tracking your online status without your consent with scripted items or HUDs. - Using scripts to make objects automatically follow, bump you, cage, orbit, or make particles only other people can see (since they are blocked) appear to spam from your avatar. - Using worn scripted objects to make their avatar follow you. I realize if this were implemented that it might break some things and would like to see if there was any ideas on the best way this could be done without literally breaking everything. It would be nice if there was a way to allow users the ability to prevent harassment, griefing, stalking and other undesirable scripted annoyances from other residents that target you. I think something like this would also lower the load the Governance team has to deal with when unfriendly residents are acting up and resort to doing any of these things to fellow residents. This would potentially generate less reports and give residents the ability to protect themselves peacefully. I was inspired to write this because as of me writing this I was sent an image today from a friend that showed me someone I'd rather not have know I am online with an object that has collected statistics about when I am online, how often I am online, how long I am online and those stats for over 3,500 log-ins over the years displayed over it in hovertext. I have the person blocked, it would be nice if I had a means to prevent them from this too.
19
·
tracked
Load More