🪰 Viewer Bug Reports

From my Windows Event Viewer the error is... Faulting application name: SLPlugin.exe, version: 0.0.0.0, time stamp: 0x6a1d6e23 Faulting module name: libcef.dll_unloaded, version: 139.0.40.0, time stamp: 0x68a38762 Exception code: 0xc0000005 Fault offset: 0x0000000003a84b9e Faulting process id: 0x63A4 Faulting application start time: 0x1DD52E2C39864E5 Faulting application path: C:\Program Files\Firestorm-Release\SLPlugin.exe Faulting module path: libcef.dll Report Id: 7d394f76-ca61-4886-9032-33aa4ac68ca5 Faulting package full name: Faulting package-relative application ID: This is non-stop, it happens sometimes on teleport, sim crossings, and the MOST annoying is it happens frequently when I'm standing still or just moving within a sim. I've tried everything under the sun, clean installs, cache clears, usin' different versions of firestorm and second life viewer, clean install of my 4090 drivers, rolling back those drives, swapping out my modem through xfinity, used AI, and nothing works! It's to the point I can barely log in and do anything, please if there are any fixes or if this is a known issue bein' worked on let me know!

See https://jira.firestormviewer.org/browse/FIRE-36985 . Official sl, firestorm and other sl viewers have multiple instances in the dock and at activity monitor. It happen when i startup a viewer and i can quit them but they appear sometimes when i teleport again. It is only with sl viewers for me, not with other apps.

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.

Steps to Reproduce: STEP 1: Enable Front View. STEP 2: Switch the camera back to Default View. STEP 3: Trigger a teleport failure. Actual Result: Firestorm crashes without any error message. Expected Result: The viewer remains running and displays the teleport failure message. Impact: The user must restart the viewer. Additional Note: The issue appears to be reproducible when switching from Front View to Default View before a failed teleport. The problem has been observed on multiple systems with different hardware configurations, making a hardware-related cause unlikely. Environment Firestorm Release: 7.2.4 Build 80712 Operating System: Windows 11 64-bit Observed on multiple systems with different hardware configurations.

On my Apple Silicon Mac, the Deja Vu font seems to be truncating some of the labels on the Auto-FPS panel after selecting the Graphics Settings panel. See the annotated image as a reference. Possibly related to an older issue: https://feedback.secondlife.com/bug-reports/p/deja-vu-font-right-side-bearing-missing-from-numbers-in-newer-viewer-versions

## 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.

The received objects are empty in Second Life Develop 26.4.0.36807693138 (64-bit).

Hello Firestorm Support Team,My viewer is constantly crashing whenever I visit crowded events or parties, but it works perfectly fine when I am alone at my home region.The viewer triggers a buffer overflow protection error with the following message: "LLTemplateMessageReader::getData : Msg ObjectUpdate variable Data is size 16128 but copying into buffer of size 16".It seems like a corrupted or oversized attachment/object from another avatar is triggering this network message error and bringing down the viewer.

The new PBR Nacon environment settings that were recently added to the inventory library are set to no transfer, this prevents them from even being moved out of the inventory to edit them I assume this isn't intentional, and if not I think they should be changed to be full perms like all of the other environment settings

Since the 7.1.9 viewer, every time I log in and edit an object I receive an erorr: "SLPlugin.exe has stopped working." Windows Activity Viewer blames Faulting module name: libcef.dll_unloaded. I've attached the corresponding snippet of the cef_log and the Windows event. This error happens, without fail, every time I log on and try to edit an object. It then repeats sporadically, but frequently, throughout the sesssion. I posted a thread about this on the forum where several other people have reported the same: https://community.secondlife.com/forums/topic/515510-constant-slpluginexe-has-stopped-working-errors-firestorm-ll-second-life-release-719/ I understand this has been an intermittent problem for some, and there was a related JIRA on the previous system. For me, this issue is directly related to the new viewer. If I downgrade, it never happens.