🪰 Viewer Bug Reports

Log in, many of not most of the objects on my mainland estate fail to rez, requiring me to continually clear cache and relog to have an acceptable virtual experience

The blue haze that seems to be present in the PBR textures that everyone claims to be coming from the sky, in actuality is coming from the default color of the mesh. The horns in this gyazo have no texture on it. I removed the texture by making it blank, and it revealed this blue cast to the mesh https://gyazo.com/3bd10abc81fb0b2f45ea8afad6ba6a21 . If the textures that are being uploaded are PNG, they will allow the underlying color to come through the texture. I hope this helps you solve this problem, as it does cause color issues between non-PBR and PBR views. Is there going to be a way to script to correct this or to change out the various maps of a PBR so we do not have to upload the same height maps or Normal Maps?

I started using Firestorm's PBR again and noticed that HUD hover text color is still using linear color space instead of RGB. I installed the latest Secondlife release viewer and notice the same issue. This has been an issue since PBR's inception. Rezzed object hover text color is displayed correctly. HUD hover text color is displayed incorrectly. Repro/Test: Rez two cubes, link together, drop the following script in. default { state_entry() { llSetLinkPrimitiveParamsFast(1,[ PRIM_SIZE,<0.5,0.5,0.5>, PRIM_TYPE,PRIM_TYPE_BOX,PRIM_HOLE_DEFAULT,<0.0,1.0,0.0>,0.0,ZERO_VECTOR,<1.0,1.0,0.0>,ZERO_VECTOR, PRIM_SLICE,<0.0,0.5,0.0>, PRIM_FULLBRIGHT,ALL_SIDES,TRUE, PRIM_COLOR,ALL_SIDES,<0.5,0.0,1.0>,1.0, PRIM_TEXTURE,ALL_SIDES,TEXTURE_BLANK,<1.0,1.0,0.0>,ZERO_VECTOR,0.0, PRIM_CLICK_ACTION,CLICK_ACTION_IGNORE, PRIM_LINK_TARGET,2, PRIM_SIZE,<0.5,0.5,0.5>, PRIM_POS_LOCAL,<0.0,-0.5,0.0>, PRIM_TYPE,PRIM_TYPE_BOX,PRIM_HOLE_DEFAULT,<0.0,1.0,0.0>,0.0,ZERO_VECTOR,<1.0,1.0,0.0>,ZERO_VECTOR, PRIM_SLICE,<0.0,0.5,0.0>, PRIM_FULLBRIGHT,ALL_SIDES,TRUE, PRIM_COLOR,ALL_SIDES,<0.5,0.0,1.0>,1.0, PRIM_TEXTURE,ALL_SIDES,TEXTURE_BLANK,<1.0,1.0,0.0>,ZERO_VECTOR,0.0, PRIM_CLICK_ACTION,CLICK_ACTION_IGNORE]); llSetTimerEvent(2.0); } touch_end(integer i) { if (llDetectedKey(0) == llGetOwner()) { llResetScript(); } } timer() { vector color = llGetColor(0); llSetLinkPrimitiveParamsFast(1,[ PRIM_TEXT,llChar(0x2588),color,1.0, PRIM_LINK_TARGET,2, PRIM_TEXT,llChar(0x2588),llLinear2sRGB(color),1.0]); } } Turn on "Show Color Under Cursor" mode in the viewer. Open Edit Menu and take copy of the test object into inventory and attach to HUD Center. Notice that the color of the in-world object's root prim hover text and the color of the HUD's child prim hover text are the same. Verify via hover cursor over and reading color under cursor values. The only problem with this is that it takes using llLinear2sRGB() in HUDs to match hover text color of objects rezzed in-world.

Create/Apply a glTF Material with a bake layer as the BaseColor to an object. Add/Wear object Create/Apply any editable clothing/skin layer. Attempt to edit the applied layer. Note: BOM bakes and displays properly outside of Edit Layer.

By observing the fast timers console, i noticed big regular frametime spikes (those frames have a double duration compared to other frames approximately). The spikes happen with a shorter period when reflection coverage is set to manual vs none (with the option set to none, this is the sim general probe that is updated, so it happens less often). This doesn't happen on Windows, or Linux. I joined a couple screenshots, one with reflection coverage set to none, one set to manual only. note 1: the frametime in ms indicated in the fast timers window isn't correct on macs with Apple silicon. But it's not very important here, what matters is the shape of the frames over time. note 2: you might notice my disk cache is set to a low value. This is intended, and has no impact in this current test.

Log in to SL main grid "New notifications arrived while you were away" Check notifications RESULT: A System notification "Cannot create requested inventory." NOTE: Happens every login since Second Life Release 7.1.13.14343205944 (64bit). NOTE: Clearing cache has no effect.

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.

login fly to a area away from where you logged in at look for missing items that were in world prior logout where the items are missing login > items reappear after logging into that location

I was going through the group notices 'chiclets' (top right of screen), looking through and closing them. Two group notices sent by the same person (but to two different groups) had a notecard attachment. I clicked on both attachments. The notecards went STRAIGHT to the Trashcan instead of to the Notecards folder in my inventory. I could not find them in my Inventory, so did a key-term search and there they were in the Trashcan!

* Enter an "about" URI for a parcel into local chat via paste/script/whatever: e.g. secondlife:///app/parcel/c6bb43c1-86d6-cbe2-7483-03a99f8b3862/about * Right-click/control-click on the displayed link to see available options RESULT: Menu appears with commands Show Parcel Information / Show on Map / Copy SLurl to Clipboard * Choose "Show on Map" RESULT: Nothing happens EXPECT: World Map should open with a beacon to the parcel's location NOTE: "Show Parcel Information" works and contains a functional Map button.