Server Bugs

people having issues with voice Even though it indicates they are talking no one can hear anyone When they are at Villains Underground. Not even if they try to voice call between avatars. Not sure what that means. But here is the SLURL: http://maps.secondlife.com/secondlife/infinite%20Stardust/183/147/1301

I discovered this in SLua where adding and removing handlers is a regular feature, but I was able to reproduce it in LSL using state changes for the same purpose. !!!Substantially more info in the Environment, Details, and Steps to Reproduce fields, but those don't seem to be visible to anyone but me, and I supposed the privileged LL users. Useless for other user review, but when I try to post with everything here, I get an error. I'll add the other fields as comments so that others can see them until this gets fixed. (I suspect somebody is actually working on the canny system as I type, due to the changes I see as when I reload.)!!!

Locations where this happened earlier this evening: Solang / Les Cigalons (near 155, 11) Rua / Old Cave of Rua (near 70, 12) Sequence: You're flying across a sim border. The land you're about to enter in the target sim has damage enabled. "Injured" noise plays. You die and are teleported home. This has happened to me several times over the last week. This is likely related to a highly repeatable bug in which a vehicle gets nudged by a few degrees (sometimes moreso) when going over a border. If you want to see that bug, try landing at Hollywood Airport in Santa Catalina, where the runways are very close to the edge. You'll often find the nose of your aircraft pointing in a slightly different direction after you've crossed the border. There seems to be some kind of spurious collision event that takes place, even if it's an airplane and not in contact with anything at all. The phenomenon doesn't always have the same magnitude, but the hysteresis of "nudging" seems to scale inversely with aircraft mass. I have a very small aircraft (motorcycle-sized) that can be thrown off by multiple tens of degrees. Larger aircraft seem less susceptible: something the size of a Cessna 172 might get "tilted or panned" by 15 degrees or less. Corroborating evidence: The "nudging" effect is readily apparent at low speeds, when the aircraft's kinetic energy isn't much higher than that of an avatar. Go over a border at 30 meters/sec, when the aircraft's kinetic energy is many times higher than that of an avatar, and the effect is less apparent. My guess would be that this is a race condition that occurs while linking the avatar to the seat on the airplane as the handoff completes: they collide with each other during the split second that elapses between bringing the avatar into the sim, and linking it to the seat. Now, does the avatar have to be non-phantom while this is occurring? Probably not. Avatar collision hull is useful on vehicles, but it's not so critical that you couldn't do without it for a moment on region handoff. As I recall, over damage land, collisions can injure avatars, and vehicles forward damage to avatars as well. So, if the avatar is colliding vigorously with the airplane for a split second due to this phenomenon, the avatar would take damage.

Today, someone in a scripting group posted evidience of this with this repro script: default { state_entry() { llListen(0, "", "", ""); llListen(0, "", "", "123"); llListen(0, "", "", ""); llListen(0, "", "", ""); } listen(integer channel, string name, key id, string message) { llOwnerSay("channel = " + (string)channel + ", name = " + name + ", id = " + (string)id + "\n" + message); } } listen() should only trigger once per chat upon the first successful listen handle match. There should be no further listen handle checks.

Strange but repeatable behavior when an avatar cannot enter a parcel but a vehicle can. Avatar gets knocked off the vehicle and is left sitting in midair, unable to walk or stand.

I have been the last Member left in two groups (secondlife:///app/group/1e47de60-434f-810c-f2ea-fcc08ea4b274/about and secondlife:///app/group/5234638f-3981-9170-9e6c-6c51b2ab2d8f/about) for several weeks now and they have not self destructed as described in the SL Knowledge Base: "After 48 hours with a membership of one or zero, a group is disbanded automatically." https://community.secondlife.com/knowledgebase/english/creating-managing-moderating-and-disbanding-groups-r48/#Section__10 However I have recently found in the SL Forums where Monty Linden stated on May 4th of this year: "This was changed in the 2023 as part of BUG-234025. Single-member groups now hang around. You should be able to leave the group and it will be cleaned up in a few days. Some of the documentation and other hints is likely wrong still." https://community.secondlife.com/forums/topic/511684-cant-get-this-group-to-delete-or-unban-and-been-empty-since-day-was-made-some-2-3-months-ago/ Monty also suggests the last member leave the Group. However, just as the person who created that Thread found, I am unable to leave these groups either. This situation needs fixed. I should not be needing to contact Support in order to have a group disbanded. Also the documentation needs to be updated to reflect whatever the fix is. Thank You Aylin Moonshadow

Recently I keep getting individual instant messages and sometimes even teleport requests sent to the mobile app only, even though the app is not running and I am logged in with a desktop viewer, which is receiving previous and later messages. Missing messages mid-conversation extremely disruptive, in particular when organizing or providing support. This might be related to the sender having connection issues or going offline. Weirdly the message is still received by the server, but not delivered, despite the recipient still being there.

On 02-July-2025 I received a $13L charge for a mesh upload - however as a lifetime Premium Plus member I believe that as of Feb/Mar 2025 there are no longer charges for mesh upload for Prem+ members. I'm not going to lose sleep over $13L but I wanted to report this in case it is a bug/regression. I have attached a copy of the transaction row from my $L transactions screen showing the charge.

When a user sets up an automatic email reply (e.g., vacation responder or canned response in Gmail) for incoming Second Life emails, the auto-reply is incorrectly addressed to an Amazon SES bounce/proxy address (something like xxxxxxx@amazonses.com ) instead of the original Second Life IM gateway address ( username@im.agni.lindenlab.com ). As a result, the auto-reply never reaches the sender in-world, and the original sender receives no indication that their IM triggered an out-of-office or automated response. Steps to reproduce (Gmail example): In Gmail, enable “Canned Responses” / Templates (Labs/Settings → Advanced). Create a new template with your desired auto-reply text. Create a filter that matches incoming emails from @im.agni.lindenlab.com (or specifically the Second Life IM address). In the filter actions, choose “Send template” and select the template created in step 2. From another Second Life account, send an in-world IM to the avatar whose email has the auto-reply configured. The IM arrives as an email → Gmail sends the canned response automatically. Observe the “To:” address of the sent auto-reply: it is an @amazonses.com address, not @im.agni.lindenlab.com . Expected behavior: The Reply-To or the effective destination should preserve the original @im.agni.lindenlab.com address (or provide a correct Reply-To header) so that auto-replies from users’ mail clients are delivered back into Second Life as IMs. Impact: Users who rely on out-of-office replies, support bots, or automated responses cannot inform senders that they are away or that messages are being handled automatically. This breaks a long-standing and heavily used feature of the email-to-IM system. Thank you for looking into this!

Many of the groups I am in are getting hit with people spamming in chat with scam links, slurs, harassment, etc. but you can't ban the user because they make their comment and then leave the group. They re-join later and do it all over again. You can only ban people from a group while they are in the group. Not only that, but often this constant leaving and re-joining seems to confuse the group member list so they don't come up even when they are in the group chat making comments again, so you still can't ban them. Please make a way to ban people from a group regardless of if they are in it or not. We've also had incidents where we do ban people and the exact same account is somehow still coming back in chat after being banned. This is getting ridiculous. It's happening every day, multiple times a day, in groups all over SL. We need a way to get rid of them from our groups quickly and permanently. Yes, there is an option to ban members from the group by lookup. Is is not working. They are still getting in group chat.