🪰 Viewer Bug Reports

When I edit my shape and move/undo sliders, my head and body will distort and glitch. Video attached for reference.

Might just be on Mac. Steps to repro : Pull up snapshot window Click save to disk to bring up file/folder/finder window DO NOT COMPLETE save - leave the file picker window open (dont click save or cancel) but then move focus to somewhere else e.g. click on group messages As soon as you do this the file picker window disappears and the snapshot panel is left hanging on "saving to computer" You can close the snapshot window but if you then open it again e.g. to save a new snapshot it remains per 4. hanging until you relog This sort of thing was also happening on the build/upload panel (e.g. upload model) previously but seems to have been fixed. i.e when going through this process, the file picker panel comes up but the rest of SLV is disabled until you complete or cancel. So i think that approach just needs to be adopted for saving snapshots too..?

Title. I've blocked this event owner who has absolutely SPAMMED me with invites over the past few weeks. It was ridiculous it was something like 3 or 4 notecard invites per day, every time I'd log on I'd have multiples. I blocked the owner and I blocked the object they were being sent from. They've apparently since created a new object and SL isn't giving me the object name this time for some reason so I can't block it. Why on earth are users we've blocked still able to send us things via object? Why aren't all of their objects blocked by default too? Blocking is supposed to block all interaction with them not just direct messages. Please fix this, it's really really irritating and I keep having to delete tons of notecards from this person. They're already blocked, I should see absolutely zero items from them in my inventory.

"If the 2D don't work, the 3D don't work". I was at Sci Fi Con 17. All day long, no matter how many or how few avatars were on a region, textures took ruddy ages to load. Now one might say "There are so many textures at a big event it just takes a long time." But I'd walk into an enclosed room... where textures should be limited, yet the vendors on the wall just sat there and sat there and sat there. Textures RIGHT NEXT TO ME fail to load. One can stand there and stand there and stand there... and they still don't rez. I would click on a texture and tell it TEXTURE REFRESH... and it would ignore that instruction. I first reported texture issues and bottlenecks back in 2005. Now my computer and graphics card is hundreds of times more powerful... and textures still load at a snail pace. I will say the same thing I said back then: There is a texture bottleneck on SL. (Or, several texture bottlenecks, and it affects EVERYTHING.) With respect, I'm not asking for an explanation, nor excuses. I'm making a simple observation: After 22+ years online, Second Life should be able to very quickly load 2D textures in an enclosed room. Is this not correct? I suspect there will be people all too ready to give reasons why textures load slowly. To any and all such reasoning, I have one answer: Second Life needs to make textures load quickly. There's no argument, debate, discussion or excuse to that simple statement. Users need textures to load quickly enough that we don't get bored standing in a store (waiting for vendor textures to load)... and decide to go do something else. Like Netflix. ;D Because that's what it is: Second Life vs Netflix. Users have options on how to spend their time. When Netflix can stream entire videos realtime, surely Linden Lab should be able to send 2D textures across the Internet... yes? As a note: I'm not going to debate nor discuss or argue with those who are always ready to argue on these feedbacks. The feedback is posted, I've said what I came to say... and I have to believe the vast majority of SL users will agree with this: textures on SL need to load faster.

Any save as option (e.g. from inventory or snapshots etc) obv allows user to select a folder on their local machine, BUT.. defaults to inside the Second Life app i.e /Contents/Resources. Inconvenient and who saves their files there? A lot of users wouldnt even easily know how to reaccess them (i.e you have to use show package contents etc within finder). Please can this be defaulted to the more commonly used (for many apps) approach of ~/downloads folder (i.e username/downloads). Or maybe even (this would be great) a setting can be added in prefs or debug settings for default download folder? Thanks

There is an issue with mesh uploads in .glb (or .gltf) format. It seems that SL applies all rotation values to the uploaded mesh, which is not good, as this did not happen with the Collada (.dae) format. When uploading rotated objects, the rotation values of all rotated objects becomes 0,0,0, while the mesh model stays rotated visually. This results in shifted axes on the uploaded mesh, which among other things, makes in-world scaling distorted. In other words, the object's bounding box don't align properly with the mesh itself.

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/

It disappears or gets dimming when I change the shadows from sun/moon + projector to None. It keeps the light level and the vision when I change the shadows from sun/moon (NO PROJECTOR) to None. It seems the ambient occlusion and depth of fields are affected, because when both are on, this didn't happen. I took a video because it's easier to show than screenshots. I couldn't upload video here, so I made a link: https://drive.google.com/file/d/1r3FSMm61b3bdQvqt93HNth47A9E4oIde/view?usp=drive_link

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

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.