🪰 Viewer Bug Reports

problem after viewer 6 to viewer 7

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

Attempting to generate hypertext in local chat that, when clicked, would trigger the script to output more text to local chat. There's a viewer URI incantation that seems ideal for it: secondlife: //app/chat/<channel>/<trigger_text> where the script listens on <channel> and responds when it sees <trigger_text>. Unfortunately in the Linden viewer (and Catznip), this results in "[Second Life: A SLurl was received from an untrusted browser and has been blocked for your security.]" after which it won't try again until a relog.

Download 7.2.3 Beta for macOS Launch viewer After about one minute pop up box says that 7.2.2 is required to login in. The box has an OK button to agree to the download, but no cancel button Close the viewer as I already have 7.2.2 installed 7.2.2 downloads and installs despite OK button not being clicked Goto 1 and enter an endless loop

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.

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/

I've become aware of a texture rendering issue that impacts textures when on a face. It's not so much an issue that only impacts PBR textures, but it is exponentially worse and makes certain designs as mastered in Substance unusable as PBR. I'm not enough of a rendering brain to understand what is going on here, but it's my belief this is not correct and is a bug. I hope that this will get in front of the right people to be evaluated and hopefully fixed. This is being demonstrated with a 0-25% gray bi-linear gradient, however anything that uses color and gradients near this will exhibit the same obvious defects. A single example using real-world art is included for reference. Texture UUIDs Dark gradient lossy: cac83520-08b2-500f-b683-1ede13d4e052 Dark gradient lossless: bd66f42c-6b56-780e-c183-3307151f8292 Raw files, non-anotated screenshots, and sample items shown are available upon request but I don't think they will be necessary. As I was sharing this around with creator friends moments before submitting this I was made aware this may be or have been a known bug, and can be alleviated entirely on the material side by setting the alpha mode selector to blended. Masked and opaque do still exhibit the shown issues. This made me frown. There is no alpha channel on the textures shown.

God-take a copy of the green box at http://maps.secondlife.com/secondlife/By%20Design/123/110/22 Alternatively, Dan has a copy of the sweater Unpack the box & attach the rigged mesh "Rokins - Tari Sweater - LaraX - Fatpack" sweater to your avatar To be able to see the sweater correctly, you will likely need to wear an alpha on your upper body The sweater should look nice & fluffy like it does in attachment "Expected.png" Occasionally though the sweater will be broken as soon as you attach it & you will have to remove it & reattach it for it to render correctly When you see the sweater correctly with all the fluff displaying, Teleport around a few different regions Roughly 50% of the time after a teleport, the sweater will lose either some or all of its fluff & look like the attachment "Broken.png" When the fluff doesn't render on the sweater, sometimes zooming the camera out & back will fix it. This doesn't always work though & you have to remove & reattach the sweater to see it correctly When the fluff isn't rendering on the sweater, right clicking the sweater doesn't fix it When you see the sweater fluff rendering correctly, observers may see the fluff missing & when you see the fluff missing, observers may see the fluff rendering correctly If you rez the sweater on the ground, you will see it is made up of many different layers & there is quite a bit of space between each layer so I wonder if it's the way the sweater is structured that triggers this behaviour I'm also not sure if this is a bug or a content creation issue. Dan Linden has also reproduced the bug. Bug reproduces the same on the LL viewer & Firestorm Viewer.

The new PBR Nacon environment settings that were recently added to the inventory library are set to no transfer, this prevents them from even being moved out of the inventory to edit them I assume this isn't intentional, and if not I think they should be changed to be full perms like all of the other environment settings

Export from Blender as "gLTF separate" ( https://i.gyazo.com/353470ee8a3bb81f7f290f272372d061.png ), give it a filename with a space in it (e.g. "My Mesh") Try to upload, get https://i.gyazo.com/654fb82d7ff068a5f6aba2a1ff2a37b3.png If you open the .gltf file in a text editor you will find: https://i.gyazo.com/f65665874e923e41314103861103ebe6.png If the %20 is replaced with a space in the file, the GLTF uploads successfully. Conclusion: either Blender is doing wrong by making the space %20 in the .gltf file, or the uploader is not doing what it should to handle the URL encoding. This problem exists in both SLV (info attached) and the current FS Beta (7.2.2.79281).