Server Bugs

After teleporting between two RC BlueSteel regions, I noticed that my viewer was still connected to both regions even after an hour later. Using Firestorm's nearby people list, I can still see specific people moving around as if they were in a region adjacent to the one I was in, well past the 60 second mark when my viewer normally disconnects from a region I left. Steps to reproduce (Firestorm viewer) Teleport to BlueSteel Sandbox 1 . Teleport a friend to you and have them remain there in BlueSteel Sandbox 1. Teleport to Sandbox Cordova . Wait at least 60 seconds. Open the Nearby People list (Ctrl + Shift + A) and look for your friend's name. If your friend is still in the Nearby People list, then you are still connected to BlueSteel Sandbox 1. You can even double-click their name to put your camera on them and see them move around. Teleport your friend to you and have them remain there in Sandbox Cordova. Teleport back to BlueSteel Sandbox 1 . Wait at least 60 seconds. Open the Nearby People list (Ctrl + Shift + A) again and look for your friend's name. Your friend's name should no longer be listed, indicating that you have disconnected from Sandbox Cordova.

Attempts to upload textures produce the following errors: "unable to upload due to the following reason: service unreachable." "unable to upload due to the following reason: internal error from verifier." Steps to reproduce: Visit Cloud Sim 1 or 2 on Aditi Grid Riders Test Channel 2024-07-15.9943229367. Here are two convenient locations to try: secondlife: //Aditi/secondlife/Cloud%20Sandbox%201/247/12/27 or secondlife: //Aditi/secondlife/Cloud%20Sandbox%202/245/245/27 Attempt to upload a texture Texture upload fails. Adjacent sims running on Second Life Server 2024-06-11.9458617693 are able to upload textures ok.

on the 5th I started seeing failures with external HTTP in requests to inworld objects... Failing with a 502 Proxy error. After some experimenting, it only happens on RC BlueSteel, RC LeTigre, and RC Magnum servers that I've tested on, AND the POST body must be non-empty. If I do a post with no body (from external, i.e. my web server) with an empty body, it works everywhere. With ANYTHING in the body, it fails on RC servers. non-RC release regions do not fail! Everything works fine. GET requests all work fine everywhere, too. It's only POST, with body, to objects in RC regions from outside SL. I've been making many HTTP-in POST requests from my web server daily to objects all over the grid for a very long time now. I haven't changed a thing and this new behavior just started showing up a few days ago out of the blue. It's causing some of my scripted products to completely fail to function, it's a really big problem for customers. This affects RFL inworld fundraiser kiosk servers so this could cause a big disruption to their fundraiser. However they may be able to temporarily mitigate by moving all their inworld servers to a non-RC region. This is a really big problem for me since I have no access to a non-RC region. All my land is apparently RC.

Go to Premium Voice Morphing services. Touch the kiosk you wish to use, You will get this response.........Your request is being processed... [15:46] MegaMorphs: Thank you for subscribing to Second Life Voice Morphing! Click secondlife:///app/voice/effects/refresh to activate the new voice morphs in your viewer. When you touch the secondlife:///app/voice/effects/refresh nothing will happen. I also tested this on the Firestorm Viewer with the same results.

Yea i too have this hovering issue the last few days and still.

Individuals using a program called <something>, they enter the region, grab the IP address and port number for the hosting server, and they proceed to launch and attack using the program on their desktops. This causes the region to go offline, and you are only able to bring it back online using the secondlife.com portal. After a year of experiencing these crashes on a daily basis in my region, I was finally able to find out what was going on. (I've never used this JIRA before, so I am not sure if this is the right place to report this) Please someone come up with a solution to this. It's been a long 12 months experiencing daily crashes in my region. I've spoken to various representatives via an open ticket that I have and no one has been able to help me.

1) Go to Blake Sea - Pacific 2) Create an object (X), copy it (Y), link both copies together (X & Y) 3) Apply any material to the new object (linkset) 4) Set the alpha mode of the material to opaque 5) Take the new object (linkset) to your inventory 6) Rez the object 7) Edit the object and edit the material 8) The alpha mode will be opaque on link (X) and blend on link (Y) The issue only happens in link sets, since the latest server update (2024-05-15.9103263550) on RC (Bluesteel) channels. The issue also happens when changing alpha modes of GLTF materials with scripts. Basically it's impossible to make any link of a link set visible/invisible with a script on this new server release. With scripts it happens sometimes, on some link sets. The steps to reproduce work 100% of the time. This issue does not happen on main channel server and it does not happen in the Magnum RC Sandbox 1 region.

I've been trying to sett up weekly restarts under the "region debug console" using the following command: region_schedule set restart weekly SMWRFA 11:30 The instructions for this command are found here: https://community.secondlife.com/knowledgebase/english/managing-private-regions-r50/#restart_schedule And while the console does schedule the restart properly, it does not actually perform the restart at the scheduled time. I've spoken with Concierge Support Specialists Kady and Kreide and after they've helped me with troubleshooting, it was recommended I submit a bug report. I've attached a screenshot of the restart being scheduled.

status.secondlifeegrid.net says it is up, but it seems to be down for everyone. I assume this just means they are as of yet unaware of the issue. The icon next to 'Nearby Chat' is red. Voice input is not the issue; the preferences voice feedback shows it is receiving voice input fine.

Reproduction Steps allows fewer characters than Twitter v1...