🪰 Viewer Bug Reports

The flyout button control still uses the old 3D-style textures and did not yet get updated with the flat design update. The button is currently used in panel_snapshot_local.xml - see attached screenshot.

Voice cutting out after a few second. works again when I refresh voice in preferences and click ok, then it drops out again. This issues has been happening for over 3 weeks and never happened before. My mic works fine on other platforms like discord, zoom etc it is purely a recent SL issue.I know all my settings are correct and the support ticket I filed suggested this was a bug. I am using the latest firestorm release but have also downloaded firestorm Beta and the latest sl viewer and this issue occurs in all of these. It also happened in any sim I visit, not just one sim. I am using a Mac and Firestorm 7.2.3 (80036) although I tried Bets and the new SL viewer as I said.

Reflection probes if they are rezzed by an object and part of a linked object are not activated unless this reflection probe (or link) specially selected and moved by hand. This is for reflection probes and mirror probes. Just create a basic mirror with proble linked and try to rez it by another object.

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.

The feature to have baggy pants and shirts on default LL bodies has been removed, and there is no way to enable it. Why? It used to be in the graphics settings as 'Avatar cloth' with a checkbox next to it. It's gone now. In the debug menu (RenderAvatarCloth), it cannot even be re-enabled, and says 'DEPRECATED'. I would like to see it again. For people who still enjoy using the old-school LL body, having cuffs on your pants or being able to make your shirt baggy brought unique character to your avatar. I can completely understand that the default LL body is old and outdated, and that many people don't use it anymore, but please don't remove that joy for the few that are left. I simply just can't understand why it was removed in the first place. The avatar wavy cloth function wasn't hurting anything, or anyone. EDIT: To add onto this, YES you can still use the sliders, but other users will not be able to see the effect on your avatar. Tested this by having a friend look at my avatar while I was using using "pants cuffs" sliders. He couldn't see them. The friend logged into default viewer and got the same result. This was an intentional removal.

I spent days trying to find the bug in my flight physics code that was causing this, only to discover that it was the viewer camera all along. The problem is that sometimes the aircraft flies "visually" smoothly at any speed up to 100 meters/sec; and other times it's visibly jerky, appearing to "vibrate" (change in apparent size many times/sec) as though the camera was acting like a spring instead of being fixed in place behind the vehicle. I'm using the eye/offset calls: llSetCameraEyeOffset(eye); llSetCameraAtOffset(offset); This is because the "newer" (21 years old instead of 23) follow cam is missing features that would be necessary to produce the same behavior, and I find it unsatisfying and confusing to use for aircraft. I instrumented my vehicle with code that captures llGetVel() and llGetOmega() 20 times/sec (rotated into the local reference frame), then uses llSetText() to display mean, standard deviation, and range once per second. What I discovered: Sigma (standard deviation) for local X can be very low (0.0 to 0.02) in level, unaccelerated flight regardless of whether the visual apperance is jerky or not. There is no difference. When it's visually smooth, sigma can actually be quite a lot higher, closer to 1, and it still looks totally smooth. This happens during accelerating and turning. Local Y's sigma is typically very close to 0 in either case. Local Z's sigma is typically very close to 0 in either case. All three axes of llGetOmega() are always zero unless the aircraft is turning, climbing, descending, or yawing. If the statistical analysis is not enough of a smoking gun, here's another: When the aircraft is flying smooth, and I refocus the camera on my avatar, it starts getting jerky, like the camera is damping at some wild speed. Single-frame jumps of tens to hundreds of pixels along the axis of motion. The attached screenshot is the llSetText() stats output when the camera was jerky. Zero standard deviation in this regime + jerky visuals, vs. standard deviation WAY higher during maneuvers when the camera is smooth, provides strong evidence that this is a viewer bug. My code is invariant either way. My stats are invariant either way. When flying smoothly, refocusing the camera makes it do the jerky rendering thing. And sometimes it does the jerky rendering thing whether I do that or not.

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

With the Flat UI viewer, the llDialog window is smaller than before, so the string "————————————————————————————" doesn't fit in anymore (see attached screenshot). I would need to cut 4 characters for it to fit in basically all my scripts I am selling (3 would not be enough because of the line break). It would be good if the dialog window was wide enough for it to fit. This also happens on 4K with a UI scaling of 130% and a font DPI of 104, but the test below was done with default settings on Full HD, as you can see from Viewer Info.

As a result of the new update, the avatar does not move and with its arms open, there is no display on the screen at all

While Edit window is open, right/left click on an avatar and it will often select through them. This often includes your own avatar, especially if it's the base body (like BoM). Right click out of Edit will pretty consistently bring up the correct item for inspection. This is a typical way I check to see what another person is wearing, and it's especially useful if I need to check links for particular names or features. More often than not, this is for moderation or when a friend is asking for help.