🪰 Viewer Bug Reports

I see my dot - so I am connecting  too the server or it's a false connection ? I see no sound waves for myself - other avatars are in the RED; they can not hear me and I can't hear them. Was told to wait for a region restart-  I did nothing changed. Was sent the Wiki on sl voice trouble shooting - even though it did not apply too me, its trouble shoots the Vivox  system .     BUT humor them anyway and went through each step 1. by 1. too no avail Things I have tried on my own and with help from Tech friends Both Firestorm Viewer , current and Beta  The Current SLV viewer  tried them all . White listed the recommend files  in Windows Defender installed a different Anti virus , no change  ( Avast - and the firestorm is white listed in there) reinstalled all viewers-  from scratch , deleted everything off my pc! ( a long shot)  did not work !  i didn't think it would :) Tried other accounts on my PC  same as my main . Tried 2 other pc's in the house and worked fine.  so its not blocked in my router/firewall was told it used Port 443? then is open , if that is the port its using and was blocked why would it work on other pcs? I restarted the router and unplugged it and restarted pc ... I have been to the testing regions but it doesn't work.   the old voice system does work just fine its just the WebRTC that is the problem I was thinking it was My Pc where the problem is - but having talked to support again this am.  seems too think it may not be? I  have sent my logs to support . Which is where I am at now. submitting this to form as requested by support

On a new Strix Halo PC (AMD RYZEN AI MAX+ w/ Radeon 8060s) running Windows 11 Pro 25H2, the Second Life Viewer (along with Firestorm, Alchemy, and Megapahit viewers) hangs during startup during the 'Initializing Texture Cache dialog'. Cool VL Viewer (1.x based) and ApertureOS (skips startup checks) do not have this crash. The last entry (only apparent error) in the log is the line > WARNING #ThreadPool# llcommon/llthreadsafequeue.h(314) LLThreadSafeQueue<struct tagMSG,class std::queue<struct tagMSG,class std::deque<struct tagMSG,class std::allocator<struct tagMSG> > > >::push_ : ONCE: Threadsafe queue push_(lockacquired) queue full 1024 >= 1024 Multiple reinstalls of the viewer, exceptions added to windows defender whitelist, as well as a reinstall of Windows 11 have all been performed to no avail. For reference, this PC features 128GB 8000MT/s unified memory with 32GB allocated to the system and 96GB allocated to VRAM. SL and windows are installed and running from a 2TB Crucial Gen4 NVMe SSD. While this is probably currently an edge-case as these machines are not currently common in the market, AMD are looking to push more APU based computers in the near future and if this is due to the APU-based platform (relatively high core count at 16 Core / 32 thread, VRAM amount, or nature of unified memory) this could warrant investigation. Attached log from latest Firestorm initialization attempt.

re connected voice in preferences,logged out and back in again.Re set modem added voice to security programCould not get voice in either SL viwer or Firestorm.When I tried to connect in both viwers I got Connecting to group .No answer not even a second between notices

Rez a prim Set material to PBR Metallic Click Texture Picker and set material to Blank Edit Selected material and Base Color, ORM or anything else Attempt to remove material using Texture Picker and Selecting None Any edits are removed, but the Blank material remains on the object If you select a saved material from Texture Picker, the material can be removed by using Texture Picker and Selecting None. This is the expected behavior.

Export from Blender as "gLTF separate" ( https://i.gyazo.com/353470ee8a3bb81f7f290f272372d061.png ), give it a filename with a space in it (e.g. "My Mesh") Try to upload, get https://i.gyazo.com/654fb82d7ff068a5f6aba2a1ff2a37b3.png If you open the .gltf file in a text editor you will find: https://i.gyazo.com/f65665874e923e41314103861103ebe6.png If the %20 is replaced with a space in the file, the GLTF uploads successfully. Conclusion: either Blender is doing wrong by making the space %20 in the .gltf file, or the uploader is not doing what it should to handle the URL encoding. This problem exists in both SLV (info attached) and the current FS Beta (7.2.2.79281).

Been testing this and its a SEVERE bug you need to handle. To reproduce 1 - Create a material. Put a ANY BAKED BOM TEXTURE (i.e. UPPER) on the BASE color slot. 2 - Create a box. Apply material to it. 3 - Pick up the box. Give it to other avatars. 4 - Avatars wear it. Result The attachment on AGENT A shows baked texture on AGENT B and vice versa. Keeps changing when zooming in and out, or if any of the agents rebakes his maps or reattaches anything. Found this happening on my avatars after updating them to BoM. But after a simple test the bug is super easy to reproduce.

With Collada, I would name objects in a specific way that works, and i would select all Mesh (lod3) objects and export as a group , then same with the phys, and same with Lods. Now when doing this with GLTF, it's assigning the mesh-to-phys incorrectly, for example it would asisgn "room_door_PHYS" to "room_windows_LOD3" (due to it not having a defined phys shape most likely). Below is a example of what im referring too Mesh -room_walls_LOD3 -room_door_LOD3 -room_ceiling_LOD3 -room_windows_LOD3 Collision/PHYS -room_walls_PHYS -room_door_PHYS -room_ceiling_PHYS -(i would omit the "room_windows" phys shape per personal preference... the uploader would skip it. I have 4 files that i can share, but i don't want them public as they're a new mesh build i don't want to publically share -Thanks for your time <3 - Tyiler Scarborough (dynamic evolution)

When you click the Search-button or hit CTRL+F the viewer's search window takes a very long time before it's usable. In my quick tests it took around 6 seconds before the website was showing and another 6 seconds before the Cookies-popup appeared. Re-opening the window does not seem to change wait times a lot, and also the Cookies-popup keeps re-appearing. Furthermore, once the website has appeared after the initial 6 seconds, it's not clear to the user that the text input field often isn't ready yet which may add to frustration when they click the input field but the cursor won't jump into it. The website https://search.secondlife.com works just fine for me in any regular browser outside of the viewer, showing instantly. Making the search window faster and more responsive may help the general acceptance of the viewer's web search. Most people who I know prefer the old "Places" search that is still part of many 3rd party viewers. Similar issue applies to World > Events.

In the texture/material properties of an item, the scale, offsets and rotations are set in the edit window. However, when any PBR material is applied, it resets to the default values of 1.0x1.0, 0u/0v, 0 degrees, cancelling any previous settings. This makes it very tedious to switch between different PBR materials. This is a request to make the scale/offset/rotation of an item PERSIST after they are set in the edit window when a PBR material is switched, instead of defaulting to 1x1, etc. with the new material, as is the case when any blinn-phong texture maps are changed.

Hello. Any way to get voice calls to work again? Voice in nearby works fine, just not person-to-person or group. Lots of folks have mentioned such issues for the last few days. The SL viewer gave me this message. https://gyazo.com/43593929c87af964a7e2e49a73b62cd2 . I don't know how to remedy this.