🪰 Viewer Bug Reports

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.

As per https://wiki.secondlife.com/wiki/PBR_Materials#Unsupported_use-cases reflection probes are not supposed to work as attachments or on physics objects. > Wear a reflection probe. This intentionally does not work. Except, it does work - you just have to make the probe be a linked part, rather than a root object. This should be fixed so it doesn't become a feature due to people exploiting it.

Logging in knowing that offlines have happened (seeing them via email) to find nothing on log in. Relogging and all offlines appear, notices, drop downs, and IMs. Has been happening for at least a week now.

I'm confused now.. when scripting I experienced, that any PBR override about the alpha was reset when applying PRIM_RENDER_MATERIAL.. but suddenly today it doesn't reset anymore it keeps the override. so what is now the expected behaviour. will overrides be kept when using PRIM_RENDER_MATERIAL or not?

Since the introduction of PBR there has been a problem in the user interface where setting two faces into planar mode and trying to click "align planar faces" while a PBR material is applied then nothing will happen, however with legacy textures the process goes as you would think. There are a lot of creators and marketplace sellers that use planar align to get things looking near perfect without using baked textures and photoshop. I think having this finally fixed will see an increase in content on the Marketplace and make PBR a lot more fun to use.

Create a simple cube (mesh or prim) and scale it to 0.3, 4.0, 4.0. Create another cube, scale it to 4.0, 4.0, 0.3 and place it on top of the first one. Set the sun azimuth so that it shines onto the wide side of the first cube. Move away from the objects and observe that the shadow changes; there is now a fully lit band of light directly underneath the second object. This seems NOT to be not related to: • Materials/PBR -- adding a PBR material does not change this behavior. • Geometry -- the objects are watertight. • LOD -- a mesh cube with all LODs using the full geometry behaves the same. • Physics Shape Type -- Convex Hull and Prim behave the same. I have found only two factors that affect this: Top object thickness -- the effect kicks in farther away with thicker objects. The Draw Distance -- the effect kicks in farther away with lower distances. Interestingly, moving the top object up so that there is a gap between the two object changes the behavior and reduces the effect; see the attached image. PS: I realize that this may not technically be a "light leak" -- but I couldn't think of a better term. PS 2: I have tried to think of ways of designing around the issue, but I don't think there are any realistic options. Most non-trivial structures will encounter this issue in some form or other.

this is a sometimes bug, no idea how to reproduce. what we experienced is, that the LL viewer (not yet seen in Firestorm) sometimes shows PBR opaque which was set to BLEND and 0.0 alpha with overrides by script. I report that on behalf of my business partner who said he has no hope for this being solved by LL. so the computer details may vary..

Setting Discord Links as Playable Media bypasses Viewer's Settings. It will open Discord right away without any Viewer request. I was using Second Life Viewer, and if was on a Media texture or set into Land Media, I have no idea, but it actually happened to me on a Club, which is a Public place that draws people in by direct invite. This time was a Discord Private Server Invite, next time can be something else. The person that was provoking this had access to land settings. An older Resident might be able to deal with this, a New Resident, with Media set to auto-play, will be subject to an unwanted incursion that is mostly invasive. Discord Links specifically should be blocked when set as Media. (I think I posted on the right subject, if not let me know and I'll move it to the most appropriate one)

Set up camera, store preset, take some photos, mess with your scene, suddenly the camera zooms into the horizon and recalling the camera preset from the 'My Camera Preset' menu sends your viewpoint back to the horizon and not the stored preset. A real bummer for taking photos.

Upload a model with: * 3 materials A, B, C in the highest LOD * 2 Materials A, B in a lower LOD Error occurs. This was an error in the SL viewer for many years. The server permits fewer materials in lower LOD levels as long as every material is found in the highest LOD. This intentional feature (been there since Mesh went live) permits better optimization of low LOD mesh. This error was already fixed. This is a regression. See: https://github.com/secondlife/viewer/issues/1529 Issue passed QA in 7.1.9.9469671545