🪰 Viewer Bug Reports

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.

Appearance > MY LOOKS: In Portuguese, "Salvar como" is the same as "Save as".

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/

According to the documentation, llDetectedTouchST and llDetectedTouchUV use the bottom-left corner of the surface as the origin (0,0). This behavior is correct when interacting with meshes uploaded using COLLADA. However, when the same geometry is uploaded as a GLTF/GLB mesh, the origin appears to be the top-left corner instead. As a result, the returned Y coordinate is inverted, producing negative or flipped values compared to the expected result. This issue is demonstrated in the attached video, which shows a single plane mesh containing a script that outputs llDetectedTouchST. The Y value becomes negative when touching the surface. The same behavior occurs with llDetectedTouchUV: https://gyazo.com/839b47c39612dd6d600eb54a083cbc50 Impact This is a significant problem because it causes these functions to behave differently depending on the mesh upload format. Scripts that rely on consistent UV/ST coordinates cannot work reliably across COLLADA and GLTF meshes. Steps to Reproduce Create a simple mesh in a 3D application (for example, a single plane or a cube). Export the mesh as GLTF or GLB. Upload the mesh to Second Life. Add a script that outputs llDetectedTouchST(0) and/or llDetectedTouchUV(0) to local chat on touch. Touch the mesh and observe that the Y coordinate is inverted compared to a COLLADA-uploaded mesh.

I did a search in Firestorm viewer (Phoenix) on my own store in Places and a TP appeared from back in 2012 I think. I am unable to reset the LM to the current one. Is this FS related, can I change this in the SL viewer or is my LM in Places stuck forever at the wrong LM?

Repro: 1) Go to: http://maps.secondlife.com/secondlife/Fenfarg/4/124/36 2) Wait for things to fully rezz around you 3) Rotate camera around your avatar, to make sure everything around you is rezzed 4) Change environment setting to Midday (the new PBR version) 5) Stand around, and rotate the camera around for 30s or so. 6) Things will go weird black and white, (See Attached Image) 7) Change to any other environment setting like Midday Legacy 8) Change back to Midday 9) After 30s or so, everything will go dark again. Issue seems to be limited to this specific area. But I have seen similar things happen once in a while in other places around SL, this one however seems to be 100% reproducible. Reproduced on both Official viewer and Latest Firestorm.

before the 31st of Oct this bug did not appear i use an AMD Graphics card and going 1000m in all sims causes the avatar face/LelutkaHead or clothes to visually bug out with shadows

I open a group notice by clicking the envelope icon, then a notice. There is an image attached to it. I click the image attachment and it does not open. I check my inventory and it is not there either. I have to go to the group popup, go to the notices tab, and click the image there, and then it opens. Years ago, this used to work correctly, and I remember it was supposed to be fixed, but i cannot get it to work. I tried this in both the LL viewer and Firestorm.

upon initial log in after installing the block list is fine block list is empty upon a new log in every log in after that the block list remains empty even after adding avatars to the block list again after clearing cache block list comes back but empties once relogging and letting inventory load completely also happens on the latest firestorm release edit: cannot update to add photo of empty block list

FIX EEP, Mainland environment cycle are way too dark, see my forum post https://community.secondlife.com/forums/topic/428374-environmental-enhancement-project-aka-eep-feedback-thread/page/41/#findComment-2861867