🪰 Viewer Bug Reports

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

When editing an object, going to the features tab, and selecting a physics preset (Stone, Wood, Etc.) it changes it accordingly. When you open different objects that have linked parts, it shows the last preset you selected in the grayed-out field. When you edit linked, select the first link, it will then show you the true existing preset selected for that object. Whatever you selected in a previous edit always shows for all linked objects until you change it. If you build, for example, a cube, but delete that cube before you close the build menu, that preset field will be blank for all linked objects until you edit any object and change it. When you edit linked and go to the first link, it now sets whatever was in that preset field to that instead of the blank. Relogging does not reset this behavior. It appears to save that information in the system because I have logged into the SL Viewer and the Firestorm viewer and determined that state persists. I have attached screenshots from both viewers showing the same thing. This is real problem for landscapers because when I am changing those physics settings for many different linked objects, for each linked object I have to edit linked, go to the first link to see if I have already changed it or not. It should show the first link's existing setting, not the last one used to change something else.

Issue: An item rezzed by a rezzer, or rezzed by dragging out of a prim, can be grouped and coalesced back into the object, incorrectly updating the last-selected object as a coalesced one. It reasons that each selected which were rezzed separately be placed back in the object separately. Now that we can pick up objects as a group but still separated, the Build > Object > Save Object back to Object Contents should respect the form it was rezzed in and put it back as singles of the same name as well. Why? Right now we can make really simple rezzers that just let us organize stuff willy nilly but to save updates made (like recoloring, relinking, etc) we have to Save Back to Object Contents, one at a time. If we could do it as a group, we could select a whole build and choose the option, any anything which has an object_rezzer key still around can be updated in one stroke. This would be phenomenal for keeping builds organized and updated! Note: This may create issues with mixed coalesced and linked items. In that case, it should be prudent to take the coalesced items first, and then go through the rest of the selected list. If this is unfeasible, a warning is in order if saving a previously coalesced set back. Reproduction: Rez 3 prims, name 2 of them uniquely Pick the named ones up separately Place them in the object inventory Drag them out of the inventory to rez them, one at a time Select both of them and Build > Object > Save back to object contents Attempt to drag each out again. The last selected one before saving is now coalesced as both, and the other is not updated.

Edit a box and set the Shininess (specular) texture to the Blank texture. Apply the water exclusion surface script. default { state_entry() { // Make this prim a water_exclusion_surface. llSetPrimitiveParams([PRIM_BUMP_SHINY, ALL_SIDES, PRIM_SHINY_NONE, PRIM_BUMP_NONE, PRIM_COLOR, ALL_SIDES, <1.0, 1.0, 1.0>, 1.0, PRIM_TEXGEN, ALL_SIDES, PRIM_TEXGEN_DEFAULT, PRIM_TEXTURE, ALL_SIDES, "e97cf410-8e61-7005-ec06-629eba4cd1fb", ZERO_VECTOR, ZERO_VECTOR, 0.0]); // Delete ourselves from the prim; we are no longer needed. llRemoveInventory(llGetScriptName()); } } This makes the box black and the Texture tab does not have "Hide water" checked. Edit the box and set the Shininess (specular) texture to the None texture, removing the Blank texture. Observed: The object is still visible. The UI now shows that "Hide water" is checked. Expected: I'm not sure. Should this object turn into a water exclusion surface when the Shininess is set to None? Should the UI detect that this is not a water exclusion surface object and leave the "Hide water" checkbox unchecked?

I have been working with sculpts made for the leaves of trees. I was trying to copy the model so I could reproduce what the creator had intended so I could use my own textures. In the SL viewer, I cannot recreate the exact same texture. Scale must be set to H=2 V=256 Repeats per meter = 9, Offset is 0.500 for both H and V rotation is 90, Stitching type is a plane When I am in firestorm and use these options, It comes out perfectly. When I am in second life viewer, it does not work. I have tried everything. I cannot recreate the tree canopy with the sl viewer. I teach a class. I ALWAYS teach for the sl viewer. This is the first time I can't recreate something in the SL viewer. Do you have any recommendations? Why is it I can't recreate this simple sculpt texture in the SL viewer, but I have no problem at all in Firestorm?

Rez a prim, change to sculpted, use the "plate" sculpt map from the library and the prim disappears. Friends on firestorm can see it, I cannot. I can take it to inventory if I"m lucky usually I cannot. I must relog to see the sculpt. I teach building classes so to avoid this downfall, I give them the sculpt. Sometimes it appears, sometimes it does not. Students have to relog to see what they are building. This happens on any sim, any time of day. I have more trouble with the plate sculpt than sculpts I make, but really either way it makes sculpts nearly impossible.

Edit mesh - go to Blinn-Phong texturing and tint the color. The face that is being edited will turn white or nearly white till the mesh gets out of Edit Mode. Precise tinting is difficult as it's impossible to see the changes while working. SL Prims works fine, it's only mesh editing as far as I can see. Tested at Default lighting settings.

When editing texture repeats, etc., pre-PBR, the surface showed each repetition of the texture map outlined (with a crosshair in the middle) rotated and sized according to the current settings for that map. In PBR that outline now seems to be static and correspond to the extent of the entire UV map on the object itself (or something? it's missing altogether when adjusting the Emissive or Normal maps' transforms). Is there some reason we shouldn't have the old, useful behavior?

We are facing a texturing issue when needing to change a PBR face from alpha to opaque. Currently when we do this in world by editing the mesh object ... editing the texture, changing from alpha to opaque and saving, it seems to save but the next time we log in, it has reverted back to alpha. The current fix we have found to work is to edit the material while it is in inventory and then to apply it. Can this be investigated so that when editing the mesh object face itself, that the changes will hold. Thank you. Please reach out if this is not clear.

I have not tried this on the SL viewer, and if asked to I will certainly do so, but with the current release of Firestorm I have found that the root object assignment upon uploading a DAE file with multiple objects the resulting linkset inworld will be random, where I would expect it to be either the last or the first object listed in the DAE file, preferably the first one since in Blender that's the "Active" object. My testing as follows: Select to upload a DAE file that contains multiple objects, in my case where the object "Cube.nnnn" is the first listed one. Set LOD settings and pick one of the LODs to serve as Physics too. Complete the upload, and rez the object. Find out the root of the linkset. Repeat the steps a bunch of times with the same DAE file. Whenever the cube is not the root, the object that becomes the root gets the name of the cube, losing its actual object name. The cube itself keeps its name, resulting in two objects in the linkset with the same name. Attached is an image showing three of my attempts (out of maybe ten uploads of the same DAE). So, why is this important? Well, my case is that I am building a full region terrain with my wife, which requires splitting the mesh up into 64x64x64 chunks (or less). It also requires fitting them together exactly inworld. We found that the way to do this properly, we'd enclose the component meshes in 64x64x64 cubes, which can easily be aligned to each other, and in relation to the region of 256x256, a total of 32 cubes for one layer covering the whole region, it's easy to place them on the grid by way of calculated offsets. We can also automate the placement of the cubes using scripts, by having the script look at the name of the root object and then move the cube to a predetermined position based on that name. None of this works however, if the cube isn't the root object. It's easy to change it to be the root object, if one has one or two linksets, but dealing with a multitude of them it's quite a lot of extra work, especially during testing (on the beta grid). If it's needed for testing, I'd gladly send the DAE file, and I can send the already uploaded cubes (displayed in the attached screenshot), they are on the beta grid not on the main grid. Thank you!