🪰 Viewer Bug Reports

I would like to apply BOM AUX textures on the lashes of my mesh heads but I noticed annoying differences in their rendering when they are alpha (which is the case for lashes). Here is an example : https://gyazo.com/a46d41f4fbbbb8588a82c71d69892870 Above, the texture applied directly on the prim. Below, the texture applied through the BAKED_AUX2 texture. As you can see the rendering is different. The BAKED_AUX2 is "lighter". Why is it so ? For the moment I can not use the AUX textures for my lashes because of that difference...

The issue I reported probably like 10 years ago still exists: * Teleport to a new region * Source region sends circuit info of destination region to viewer * Viewer acknowledges circuit info being received * Simulator of source region transfers agent to simulator of destination region * Simulator of source region immediately closes circuit with agent's viewer * If for some reason to connection to the simulator of the destionation region fails, the viewer has no connection to either the old simulator nor the new simulator and gets logged out after 60 seconds The connection with the viewer must only be closed after the simulator of the destination region confirms the connection with the viewer has been established instead of relying on faith the handover will succeed without any problems.

When taking a snapshot with Screen Space Reflections (SSR) enabled in the viewer, reflections visible on reflective surfaces in the viewer window are not captured in the resulting snapshot. This results in a discrepancy between what the user sees in the viewer and the final saved image. Steps to Reproduce: Enable Screen Space Reflections in the viewer settings (Graphics -> Advanced Lighting Model -> Reflections -> Screen Space Reflections). Position your avatar in a location with reflective surfaces (e.g., near water, mirrors, or shiny objects). Ensure that reflections are clearly visible in the viewer window on those surfaces. Take a snapshot using the in-viewer snapshot functionality. Observe that the saved snapshot does not include the reflections that were visible in the viewer. Expected Result: The saved snapshot should accurately capture all visual elements present in the viewer window, including screen space reflections. Actual Result: The saved snapshot is missing the screen space reflections, resulting in a visually inconsistent image. Workaround: None known. Affected Versions: [Specify affected viewer versions] Attachments: Snapshot_001.png - Result of the snapshot showing the missing reflections. Viewer_Screen_Snip_Capture.JPG - Screenshot of the scene as seen from the viewer in-world, with reflections clearly visible.

The orientation of a prim is affecting its bump-map shadow effect (relief). An upside down prim seemingly inverts the effect, turning an emboss into an engrave. This is showing in Firestorm and LL viewer, which was updated moments ago. The effect is shown in the images below -First is a single prim 1m square -Second section is a 4x4 grid of 0.25m prims, rotated differently but textures aligned -Third and Fourth are the same things using Materials rather than Blinn-Phong, which do not have the issue The bug is the Second section showing differing relief amounts even though they are co-planar and same orientation. The difference here is the orientation of the prims themselves.

PARTICLE RENDERING: Please fix the system default particle rendering. Specifically, the white dot default particle in version 6 (pre-PBR) is perfect, but now in version 7 it shows up as a white center with a visible square outline. An alpha issue I believe. This is the system particle which is called by default when no texture is added to the emitter. It is the basis for so many generic particle generators. So it would be great if LL could just tweak this little one for us please and smooth away the edges :) ! https://gyazo.com/97e97aeb4f68771c3c0c9791d444da9c

In Pony Play we have something called "Quick Jump" this is where you put a tick in the setting "Preferences > Move & View > Movement > Disable waiting for pre-jump and landing". As a ponygirl this is absolutely banned. However, I see the quick jump motion from time to time even though I don't have this option ticked. It usually happens if I'm doing a series of jumps in a row. This occasional missing of the prejump and landing animations can be seen in SL Viewer, FireStorm viewer Kokua viewer and Alchemy viewer. I see it least often when using the SL official viewer, however the fact that this occurrs in all viewers suggests it is a bug in the under lying code. Observations in the Pony community suggests that this has got much more worse since the PBR update. The time when it is seen is when you hold the jump key to do a series of jumps. This bug has also been reported in Firestorm: https://jira.firestormviewer.org/browse/FIRE-34049 Videos have been made of the motion: Not working as expected https://youtu.be/1r5fyyj847g Now working as expected https://youtu.be/5noQgxkKM7Q No change in preference were made during this test. Video recorded using Firestorm 7.1.9.74746 I repeat the same motion can be seeing using SL Viewer, Alchemy Viewer and Kokua Viewer.

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.

Differing shadow issues on every viewer I have tried. Not even sure how to put into words everything going on. Pixelated shadows, shadows only sharp at certain angles, some shadows disappear at other angles. See videos attached for examples. Viewers where you can fine-tune shadows (like firestorm) seem to have the same issue, sometimes more exaggerated by certain settings. There is no constant though, one issue could happen on a lower setting and also a higher setting- or not at all. It is incredibly random. Also possibly related is a texture issue- seeing a seam between heads/bodies. I cannot see the seam on my PC, but I see it on my Mac. Other people on PCs and other versions of Mac chips cannot see it. To recreate: 1.) Be on a Macbook Pro M4, current version Sequoia 15.4.1 2.) Simply cast shadows anywhere and move your camera Album with a few videos showcasing issue on both LL Viewer and Firestorm: https://imgur.com/a/sl-shadow-issues-j0QtjoQ

Clip Demonstrating Behavior: https://youtu.be/LuTbgsij74M Additionally, it appears that the texture alignment overlay is always tied to the transforms of the Blinn-Phong material. To Reproduce: Rez two prims and place them next to each other. Place a glTF material on adjacent faces on prims. Set texture mode to Planar Ensure both texture transforms of both faces do not match. Click Align Planar Faces Checkbox

Demonstration Video: https://youtu.be/eQ_YiWhfJWY It appears that projector priority seems to be using inverse the light radius to calculate shadow priority. Make 3 projector lights equidistant from each other pointing towards a centerpoint (for ease of seeing the shadows) Adjust the radius of the light furthest from your view larger and smaller and observe Adjust the radius of the light closest to your view larger and smaller and observe.