🪰 Viewer Bug Reports

I am experiencing ongoing spam from the account ChristophNaumova33, which appears to be a bot. The account is already blocked on my end, however I am still receiving approximately 40 daily spam attempts. While the block prevents messages from being displayed, the system still logs each attempt (including ad-hoc conference/group invite attempts). This is flooding my chat history and impacting my ability to use chat logs for Second Life business purposes. Key issues: Account is blocked but spam attempts continue daily Block does not prevent conference/group invite attempts being logged Chat logs are being heavily spammed despite no visible messages Ongoing impact on usability of chat history due to volume of entries The bot was originally encountered within the Fifty Linden Friday group. After continued spam, I asked in the group whether others were experiencing the same issue, and several users confirmed they were also being targeted but had successfully blocked the account. I am unsure why blocking is not fully preventing the same behaviour in my case. I have reported this issue daily, but the account remains active and the behaviour continues. Reference evidence: https://gyazo.com/66369e0ddd647ef2c7f6300df406d63f https://gyazo.com/400f8b9cb56b2acf4950a19e149adfcc Requesting investigation and mitigation of blocked-user invite/logging behaviour.

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

I am uploading mesh and when i click to stretch the object to to resize the texture of the object it does not stretch properly after paying to upload the mesh with the texture, can someone please fix this ?

After a few minutes of being connected to the viewer... both the lindenlab one and the firestorm one, I can no longer open instant messages or read them if they are sent to me and I can't use the teleport

upon initial log in after installing the block list is fine block list is empty upon a new log in every log in after that the block list remains empty even after adding avatars to the block list again after clearing cache block list comes back but empties once relogging and letting inventory load completely also happens on the latest firestorm release edit: cannot update to add photo of empty block list

We love putting colorful emoji into our group tags, but the basic ones for which there has always been ASCII are still displaying as part of the text and not as Emoji. Case in point my friend wants red hearts. Long ago she put ASCII hearts into her group tag. the : heart : emoji is giving the same result, as are the card suits' heart aka ": hearts :". Screenshot shows her using what should be a red heart and for comparison another type of emoji heart. We are using Firestorm but I asked a friend with SL Viewer to try and the same thing happened to her.

I present the same model (a small avatar accessory) with 2 different sets of LOD models. In each case the lowest LOD model has been 'zeroed out' to 18 tris as is typical in this use case. Triangle counts are as follows. * Model 1 - High 63040 (36k virts), Med 15760, Low 3940 * Model 2 - High 15760 (10k virts), Med 3940, Low 3940 Both of these models are visually indistinguishable in use. The DAE files prior to upload are sized as follows. * 63040 tris - 9.2mb * 15760 tris - 2.2mb * 3940 tris - 500kb Working on the dae sizes alone ... * Model 1 - 11.9mb * Model 2 - 4.9mb However .... * Model 1 - Download weight 0.7 * Model 2 - Download weight 3.1 When worn ARC is equally broken (as reported in firestorm) * Model 1 - ARC 319 * Model 2 - ARC 672 Objectively Model 2 is better for performance. Duplicating the mesh for 2 detail levels is punished to the point that using a sub division surface modifier to generate an insane 63k tris high model results in 'better consumer numbers' at intended object scale (it's also cheaper to upload). In addition to model duplication being unnecessarily punished, the scale component of Li accounting is fundamentally flawed and pushes creators into a situation where large items need to be low poly and tiny (often worn) items are best high poly! No wonder everyone's avatar is solid in wire-frame. This model is a small avatar accessory. Obviously the example mesh is over detailed, 'unoptimized' and created using techniques best suited to slow rendered content rather than real time. The point is why should anyone bother with 'low poly' when this gets the-job-done and is predictably rewarded.

In Second Life Develop 26.1.1.25711647555 (64-bit), the program crashes when opening the profile. In Second Life Release 26.2.0.25386466510 (64-bit), everything works perfectly. The crash only occurs in Second Life Develop.

Requires AMD GPU, Adrenalin 25.10.2 or later. See attachment for a visual of the issue. Toggling AO makes no difference. Please note that there is a risk of this issue being prevalent for many months to come if Linden does not exert pressure on AMD to work together on a solution to this rendering issue. I'm speaking from experience with other software. The workaround is to revert back to 25.9.1 driver. Others complained here: https://reddit.com/r/secondlife/comments/1olf72w/skinclothes_glitching/

Dear Team LL, I am Getting crashed at this region http://maps.secondlife.com/secondlife/Alicorns%20Hold/22/47/24 (Shakti Garden) from the past few weeks, i tried to enter the region and i was able to enter and i sarted my routine like normal again and tht lasted for only 4 days from 27th of April to 30th of April 2026 only, again today i have crashed. Before 27th of April when i was crashing i have done all the below listed trials to check if there is anything wrong on my side This region has a club in a sky box at 3000 Meters high and i was not crashing at that place before till 30th April 2026 and i was doing my Djing on tht sky box. But, today on 1st May 2026 i have crashed from that sky box too.. Entered the sim with a basic av and crashed Used different Viewers ( Firestorm , SL viewer) and crashed Did a clean install of the viewers and did a clear cache on both the viewer and my laptop still crashed Logged in with my mobile data as wifi and i didnt crashed which means my wifi network IP is got stuck with something and that is what crashing me but i am not sure what it is but i understood that the IP is connected with this issue . And our friend who did the research on this issue as said something like "checking" and "not clearing" yet the region reboot worked" i dont understand what it means may be this is got to do something with my issue i am not sure. we have installed few security Objects and Avatar trackers tht can eject below 10 days old av's to save the region from attackers who comes in with alts. and the security object is to eject the people who are not a member of the group and we insist every one to Join the group to make this place more safer and secured. I was not sure if me crashing is happening from any one of this and that too we have checked with the the owner of the sim Rosa by switching them off and entering the region when these are OFF and i still crashed which made it clear there is no issue with this objects. Today the owner of the Sim, did a Sim reset coz of my issue and i tried to enter the region again after the reset and still i crashed. I have attached a image of the window appeared after the crash as the crash shuts down my viewer and sends me this error reporting window, and i have reported few times using that window too. I have no clue what is happening and why its happening only at this region. I almost live there in SL every single day and i spend atleast 12 to 16 hours in SL every single day being online and no ever else i have crashed ever in my life and i have been on SL for the past 15 years and never came accross a issue like this before ever. This is the first time i facing issue like this. ( Below listed are the Handles of my account and alts for your refernece) Ayurvaidhya. Sushanthrockstar Resident iifygirl1 Resident ( Model Av for my MP) I have done everything mentioned by Proton Linden in the ticket replies as the points given below by you when i had the crash on the first time. (First, please restart your modem and router (Unplug for about twenty seconds before plugging back in). Next, if you are attempting to connect over a WI-Fi connection, please try connecting directly to your modem with an Ethernet cable. If this doesn't resolve your connection issues, please then disable any anti-virus programs you may have running. Next, please restart your computer, modem, and router at the same time.) this is done multiple times as exactly as told by you in the past two weeks and nothing helped and i was still crashing. I am Crashing only at the Location region i have mentioned in the earlier report and i spend like 12 to 15 hrs every single day till today and i never crash in any other sims except shakti garden ever not even a single time. And when i crash my viewer just shuts down and i get the Bugsplat window to report the crash and no other crash messages. i am attaching the support documents like the viewer version details, netwrork speed test details, IP address details and my system information. its not letting me attach the log report of my FS viewer tht i saved and kept after the last carsh. pls let me know how to share it or its already shared to Proton Linden in the tickets number #2500495 which is linked with this issue. My over all issues is i am crashing only at this region and all my alts also crashing only in this region. when i use my mobile data as wifi, i am not crashing. pls do the needful at the earliest. Many thanks , Ayur