Viewer Bug Reports

In Pony Play we have something called "Quick Jump" this is where you put a tick in the setting "Preferences > Move & View > Movement > Disable waiting for pre-jump and landing". As a ponygirl this is absolutely banned. However, I see the quick jump motion from time to time even though I don't have this option ticked. It usually happens if I'm doing a series of jumps in a row. This occasional missing of the prejump and landing animations can be seen in SL Viewer, FireStorm viewer Kokua viewer and Alchemy viewer. I see it least often when using the SL official viewer, however the fact that this occurrs in all viewers suggests it is a bug in the under lying code. Observations in the Pony community suggests that this has got much more worse since the PBR update. The time when it is seen is when you hold the jump key to do a series of jumps. This bug has also been reported in Firestorm: https://jira.firestormviewer.org/browse/FIRE-34049 Videos have been made of the motion: Not working as expected https://youtu.be/1r5fyyj847g Now working as expected https://youtu.be/5noQgxkKM7Q No change in preference were made during this test. Video recorded using Firestorm 7.1.9.74746 I repeat the same motion can be seeing using SL Viewer, Alchemy Viewer and Kokua Viewer.

I am unable to find this retired Jira bug on Canny. Same ways to reproduce as originally reported by Whirly. https://github.com/secondlife/jira-archive/issues/491 Quote: Steps to Reproduce Bug reproduces for me whether wearing a HUD based AO or no AO. Different AO's may affect results, so if you cannot reproduce when wearing an AO, take it off. Bug always reproduces when wearing the default male/female avatar too. Groundsit by either: Using ALT+SHIFT+S Or Me -> Movement -> Sit down. Click the Stand button Observed Behaviour Avatar is always running on the spot after standing from a groundsit. See attached gif. Expected Behaviour Avatar should not run on the spot when standing from a groundsit.

I believe the hover issue at log-in, recently solved, inadvertently changed how wearing system shoes affect the sitting height. This change makes all previously sitting z-axis adjustments (AVsitter) on countless furniture etc, completely useless ! I have a set of system shoes of varying heights, and I pick one that works for different mesh shoes. Think of it like a set of custom hover adjustments. This is desirable because system shoes gets saved with the outfit. As long as i have avatar hover at zero, all my outfits have a 'custom hover' for each of my mesh shoes. To test this, sit on something and wear system shoes, you'll see the z-axis heigh change (assuming the system shoes have suitable height saved) - take them off and the sitting height reverts. This change was inadvertent i believe, and should be rolled back/fixed.

This is a problem specific to the old system avatars like Ruth. The Facial Definition and Body Definition layers should apply white highlights. The Rosy Complexion and Lip Pinkness layers should apply red and pink colors to the face and lips. Instead, these layers are being rendered with their colors replaced with black. Steps to reproduce: Wear the Ruth avatar from the system library (Library/Clothing/More Outfits/Ruth) Crank up Facial Definition, Body Definition, Rosy Complexion, and Lip Pinkness on Ruth's skin Ruth's skin is shaded black in spots where highlights should be, and on her lips and cheeks Additional information: These layers use grayscale TGAs as a layer mask, which are being promoted internally to four-channel textures with black fill. When the layer colors are multiplied against black, the result is black. If you replace the grayscale TGAs with four-channel versions that have a white fill color, you'll be able to see the colors render correctly on your own avatar.

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.

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.

I've had this happen twice now within the last few months. First time was when I hard crashed out after being forced Teleported from a busy region. Second time it happened simply while teleporting around. Apparently, this issue has been happening for a long while now. I've found references from other users going back to 2018. The issue does not seem to be isolated to one viewer. There are a few theories, including scripts becoming deserialized during teleport and then not reactivating once in the new region. For modifiable objects, I can toggle the scripts back to a running state manually, but all settings are reset and lost. Anything non-modifiable needs to be redelivered and replaced. Considering how many stores have closed up within the last few years replacement may not be possible. I would be happy to provide any additional information or provide more detailed time stamps to allow for a Linden to review privately.

Testing on the newest Atlasaurus build 7.1.9.10326512121 it appears the reset skeleton does not appear to be working as intended. Wear an animation that changes bone position. Remove/stop animation. Note that doing Avatar>Reset Skeleton does not reset skeleton. Doing right click on own Avatar then Reset Skeleton does reset skeleton. Also introduced with I believe Maint-C was the ability for global reset where when you reset your skeleton, other people would received the reset command as well. Tested with both people on the above Atlasaurus build this does not appear to be working where when you reset your skeleton from the right click menu, only your self resets. Others do not get the reset command.

hi, I raised this as a support ticket initially. It was investigated by Oatmeal Linden who advised me to log a bug. URL to ticket: https://lindenlab.freshdesk.com/support/tickets/2224523 Full ticket contents, if it helps - but Oatmeal added pics to the ticket which are useful: ecently I noticed there is a quite a large height discrepancy. My height was always consistent over my Edit Shape display height and a HUD I used to check height. Now, the HUD says what it always did, but now Edit Shape is way shorter! On top of that, I made a box which adds a 3rd value for height! I understand the HUD is not LL so we can discard it, but the box and the Edit Shape height should surely match as they are LL and they are in the same world. Or should be at least close to each other! See this pic for the differences! https://prnt.sc/RMkRV9McxEou In case you dont want to click a link: HUD: 1.61m Box: 1.559m or 1.56m round up Edit Shape: 1.48m This is quite a big difference. Please can you help / explain? Its worrying its apparently made my avatar super short @ 1.48m. My RL height is 1.62 and this is what I want in SL, how can I do this with so much variability? Will my new height of 1.48 make people think im a child?! With the new ToS I do not want this, but I also dont want to be a giant unnecessarily. Thanks! Angel Dakota said 8 days ago Also how will this affect our land? 64x64 is no longer 64x64..if the avatar and boxes match, which they should! # Oatmeal Linden said 13 hours ago Hello, Angel Dakota: Thank you for contacting support and for your patience! I am not certain how the avatar height is determined by your shape. I performed my tests with a couple of different avatars: one using a deformer to stretch the base shape's neck, and a human female and human male shape. For the box I used, I simply typed in the value for "z" to match the information from the shape editor panel. All tests displayed the discrepancy you found. I also tested a 4m x 4m box on a 4m x 4m parcel cut. These shapes matched exactly, so it seems that your land size is the same. After investigation, it appears as though this issue may be a bug or error which would be best handled through our bug report system using Second Life's feedback portal! ( https://feedback.secondlife.com/ ). While our Support team is always happy to help, there are certain technical issues which can only be addressed via a development or engineering investigation. Please note: You must verify your email to report bugs or request features on the feedback portal. If you receive an error when attempting to log into the feedback portal, or are redirected to the login page again after attempting to log in, please be sure to verify your email address. Please also note that only one Second Life account per unique email address can use the feedback portal; if you'd like to use the feedback portal with an alternate account, they will need a separate unique email address that is also verified. To file your issue on the feedback portal, please take the steps below: In the upper-right hand corner of feedback.secondlife.com , click Log In Enter your username and password After logging in, Click on the appropriate board. For most issues, “Bug Reports” is the best option. Use the form on the left to submit your report by filling in all the required fields. As you fill out your form the system will suggest similar issues that might match yours on the right side of the page, so make sure to check if your report is already posted. Attach any relevant pictures or screenshots by clicking on the attachment button on the bottom left. Click the Report Bug button on the bottom right For your convenience, please bookmark your issue for future reference, or to come back and add additional details in the future. In your report, please include as many details as possible about your problem: Which version of the client are you using? (This can be found in Help > About Second Life) Your computer specifications (from Help > About Second A description of the problem, explaining what you do / see / don't see, including any error messages Step-by-step directions on how to reproduce your issue A screenshot of what you are seeing. Including this information with your report will help the bug tracking team address your issue quickly. It is generally best to test with the official viewer, as third-party viewers may display information differently. You may download and install the latest version here: https://secondlife.com/support/downloads/ Because I cannot assist you directly in this regard, I'm going to mark this case as Resolved. However, should you have any further questions about this process, you can reopen this ticket by simply replying to it, and I'll be happy to provide you with additional clarification. Best wishes, Oatmeal Linden Concierge Support Specialist Linden Lab #

As of the latest update, about two weeks ago, avatars suddenly became shorter when you went into edit mode and looked at how tall they were. I have confirmed this with at least 10 people. All of them who were 1,75 cm tall are now 1,65 cm tall, and those who were 1,60 cm tall are now 1,50 cm tall. Nobody has made any changes to their avatars; only the height measurement has changed.