🪰 Viewer Bug Reports

The attached images demonstrate some rendering artifacts I have just encountered. One was taken with viewer version 7.1.10.10800445603 and one with ExtraFPS RC (7.1.11.11565212741). Both exhibit the same faults. The bells in the images are made of prims. The hollowed-out and profile-cut torus that forms the side wall is now divided into four circular bands with shading discontinuous between them. Viewing in wireframe confirms that these divisions correspond to the actual division into bands of triangles. I experimented with a few more types of prims (the white ones in the images), and several show the same thing. Notice that the surface forming the inside of the torus hole is smooth shaded, only the outside (the "hollow" face) has discontinuous shading. Cylinders also have this, but spheres do not. No earlier version of the viewer is available to compare, but I have never seen this before. I note that an older version of the Firestorm viewer (7.1.9.74745) is still able to login and does not have these faults, but the current one does (7.1.11.76496), suggesting that this is a recently introduced problem originating with the official viewer. There is also a shading anomaly that is common to all the viewers mentioned, and is shown by the Tube prim at the top left of the images. Here too there is a perceptible division into circular bands of the inner face of the outer cylindrical skin of the tube. Yet these bands meet with zero exterior angle. None of the other faces of the tube show this anomaly. As this is present in the older version of Firestorm, this looks like a different problem of older origin. No graphics settings or tweaks to texturing properties (shininess, normal map, switching to PBR, etc.) affected any of these observations. The images are screen shots. Viewer snapshots are the same.

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.

Reflection probes trigger an update every time you cross a parcel connected even when both parcels are using the same EEP setting and same large probe, that is disrupting, it should not trigger an update if both parcels are using the same EEP within the same region, same owner. It's very common in regions like Bay City, Nautilus (not limited to it... ), where we cannot merge parcels, that was not problem before PBR, and reflection probes are quite slow to update ( 1 to 3 seconds ) noticeably "brightening" the scene while its updating. In my case I have several in Bay City, and 3 scenes share two or more parcels connected. Left an example here: http://maps.secondlife.com/secondlife/Bay%20City%20-%20Moloch/162/227/26 2 parcels, same owner, same region, same EEP... 1 probe, 1 scene... can be observed by walking the concrete walkway. That only happens with "Use Shared Environment", does not happen if you select Midday (the new one) on the viewer as a fixed environment.

on viewer 7.2.1.17108480561 - Default sculpted prims do not upload correctly. the image shows the exact same texture represented 3 ways. On the left, the model was uploaded prior to the version release. In the center, uploaded after the update. On the right, used as a local texture from my HDD.

Been testing this and its a SEVERE bug you need to handle. To reproduce 1 - Create a material. Put a ANY BAKED BOM TEXTURE (i.e. UPPER) on the BASE color slot. 2 - Create a box. Apply material to it. 3 - Pick up the box. Give it to other avatars. 4 - Avatars wear it. Result The attachment on AGENT A shows baked texture on AGENT B and vice versa. Keeps changing when zooming in and out, or if any of the agents rebakes his maps or reattaches anything. Found this happening on my avatars after updating them to BoM. But after a simple test the bug is super easy to reproduce.

Group ejection does not update group list until relog (especially with a bot)

Tested at beta grid Voice 1. In open voice, the audio seemed "muffled", not strong, crisp, clear as Vivox open voice. My partner, whom I was testing with, saw that my voice was blasting red in Nearby Voice, even though my green lines showed normal. My partner even turned the slider to the far left and that didn't make a difference and sounded shrilling. Note that later, when we tp'd back to a normal Vivox sim, everything was fine. I did not experience any of the clipping and saturation. My partner also noticed a whistling sound in open voice. While on the premises, we tried private voice and we did not notice any differences between it and normal Vivox voice, which was a little surprising, as WebRTC was touted to bring better audio quality and clarity.

New behavior in Second Life Release 7.2.1.17108480561 (64bit) Log in Wait for INVENTORY floater to populate Open AVATAR floater and note that in the MY OUTFIT tab, you can double-click an outfit (or use the down arrow) to expose the contents of the outfit. Note that the contents are displayed. https://gyazo.com/0a467bc1c59bdfe89e3dce4696ed8fc5 Use the text area at the top of the MY OUTFITS tab to Filter the list of outfits. Note that (after an uncharacteristically long delay wherein the viewer seems to "hang") the contents of any outfit tested cannot be displayed. THIS is the NEW behavior. https://gyazo.com/018443c5211c234616c11a8051c90886 Clear the Filter text. Note that many, if not most outfits are displayed in a scroll box limited to one or two lines (with no apparent way of expanding the display to show all contents). The one outfit that did expand properly during testing is the one your are wearing (at least the one I've been wearing and using for the screen captures). This is also NEW behavior, I've never seen a scrolling textbox there and it is useless. https://gyazo.com/b7bb5f90100130a03d2e97393ddc6bb1 === UPDATE === UPDATE: In limited testing I cannot reproduce any of these behaviors in Firestorm. UPDATE: I cannot consistently reproduce Item "5." in the SL viewer. However what I have found that (at least sometimes) if you remain online long enough the scroll boxes eventually contain all the outfit's items and are resized to what seems like a constant predetermined length. Though what I don't understand is why is a scroll box desirable?? Now I've got to scroll TWO sliders to see the entire contents of my outfit! It doesn't add any convenience, only more work. When the contents of the outfit is small enough that scroll bars aren't deemed to be required, the main scrolling area of the MY OUTFITS tab is expanded for the scroll box that isn't required! https://gyazo.com/aa764cbe0b5ab2ef5776bbe7a04d5a6c https://gyazo.com/9bbc784229628f440b0d042b7952aea5 === Though item "4." is easily and consistently reproducible in the SL viewer. ===

I'm experiencing a very odd problem where, when I turn on shadows, animesh characters begin to freeze. The effect ranges from behaving normally to moving only a frame here or there, while others simply stop moving altogether unless I position myself nearly face-to-face with them. This can happen with one or multiple characters within view, and there seems to be no pattern other than shadows being enabled. Turning shadows off restores normal behavior at all distances. I'm currently using the most recent Second Life Viewer and the latest Firestorm release. The problem occurs on both. Nvidia driver 581.15 (current as of this post).

Inside a no-modify object, there is a notecard that can be modified, copied, and transferred. When this object is transferred to another avatar, sometimes the notecard inside can be edited, and sometimes it cannot be edited at all. Once the notecard becomes non-editable, it never returns to being editable.