🪰 Viewer Bug Reports

• Use concise, precise descriptions• Do not include sensitive information. • Create a support ticket at https://support.secondlife.com for individual account issues or sensitive information.
Viewer Hangs and Crashes in Firestorm and Second Life Viewer
I'm experiencing intermittent hangs and crashes in both Firestorm and the official Second Life Viewer on Windows 11. Firestorm has generally been more troublesome, but switching to the official Viewer has not eliminated the problem. The issues are not limited to busy regions, logging in, or teleporting. Even after adjusting the official Second Life Viewer's preferences conservatively, problems have also occurred at home and during ordinary activities, including unpacking and managing inventory, viewing images, changing outfits, and changing group tags. Busy shopping regions can also become extremely laggy. I've seen mixed results when changing group tags: some changes completed without a problem, while another caused the Viewer to freeze and crash. I also had one Windows Reliability Monitor incident report that SLPlugin.exe had stopped working, although I don't know whether it is related to the wider issue. The problems became worse around the September 2026 Windows update, but I cannot confirm that the update caused them. Lowering the Viewer's graphics settings and trying other troubleshooting steps have helped reduce the problems, but they have not eliminated them. I cannot reliably reproduce the crashes on demand. I've experienced Bugsplats, freezes, an avatar continuing to walk while the Viewer is unresponsive, gray screens, and most times I'm offered the chance to look at my IMs before crashing. System information Laptop: MSI Raider GE68 HX 14V CPU: Intel Core i9-14900HX RAM: 32 GB GPU: NVIDIA RTX 4070 Laptop GPU Operating system: Windows 11 I previously contacted Linden Lab Support about Viewer performance and provided diagnostic logs privately when requested. I was subsequently directed to use this feedback portal. I'm reporting this because the intermittent hangs and crashes affect everyday use across both Viewers, not just performance in busy regions. I don't know whether the incidents share a common cause. Related report: Crash Problem — reports crashes in both Viewers on busy regions.
0
Ā·
SL Viewer
Unwanted edge transparency in BOM Universal Aux channel layers
There's a visual glitch when using more than one BOM texture layer on a Universal Aux channel if there's partial transparency in the texture using Blinn-Phong textures. I've made BOM textures with partial transparency for rigged fairy wings, so that customers could layer a stripey texture on top of the main wing texture. However, it's as if there's an outline of 100% transparency around the edges of the upper stripey texture that punches a hole straight through the underlying wing texture as well. It shows up the most when in front of a bright background. I tried making the stripe texture completely black with a 100% transparent background by converting it to a vector and then converting it back into a raster image in Photoshop, and this minimizes the issue so that it's only visible if you're very zoomed in, but this means there can't be layered BOM textures with blended edges at all on the Aux channels. I had envisioned being able to make add-ons like colorful peacock 'eye' spots, faded edges, etc so people could really customize their wings' look, but this doesn't seem to be possible right now.It happens whether the files are PNG or TGA, with or without an alpha channel.Since the main wing textures have partial transparency, changing the blend mode to alpha mask would not solve the issue. Hopefully you can see the problem in the screenshots. You might at first think it's the white outline 'halo' issue but no, it's actually that the edges have an outline that are completely clear so the background shows through.
11
Ā·
SL Viewer
Ā·
tracked
GLTF inverse bind matrix remapping (bind poses) not fully supported
## Summary GLB/GLTF uploads can produce different rigged mesh deformation than DAE uploads from the same source model when the model uses a bind pose that differs from the viewer skeleton rest pose. ## Context Bind pose support is not directly exposed by Blender itself, although other tools such as Maya support this workflow. Both Collada/DAE and GLB/GLTF can represent bind-posed models through inverse bind matrices. The Avastar Blender add-on explicitly adds bind pose support and collada support to Blender-5, so this issue can be reproduced and tested using Blender-5 with Avastar. ## Steps to Reproduce in Blender In Blender, create or open a rigged mesh that uses a bind pose different from the default viewer skeleton rest pose. typical use case: A-posed models with A-Pose as restpose. Export the same model from Blender as DAE. Export the same model from Blender as GLB/GLTF. Upload/import both files into the viewer. Compare the imported results at the vertex/deformation level. ## Actual Result The GLB/GLTF import can deform differently from the DAE import, even though both files were exported from the same source model. Visible differences can include child joint twists. ## Expected Result DAE and GLB/GLTF exports from the same bind-posed source model should import with equivalent vertex-level deformation. Mesh edges may differ depending on exporter triangulation, but the rigged vertex positions and deformation should match. ## Test Notes This was tested with Blender using Avastar bind pose support by exporting the same bind-posed model as both DAE and GLB/GLTF, then comparing the uploaded viewer results.
2
Ā·
SL Viewer
Ā·
tracked
Load More
→