Bug Reports

After the latest avatar SDK update, the root of the avatar jitters in 3-point tracking. This is affecting all the objects outside the humanoid armature. The jitter goes away if the avatar goes to the crouch mode, or if "Use Auto-Footsteps for 3 and 4 point tracking" is disabled in the VRC Avatar Descriptor. I tried to capture the behaviour using a fresh unity project (created with VCC) and the default pilot avatar, with a cube in the root as a place holder. https://drive.google.com/file/d/14VpjrsixiTsqfLtDAZFJlDIM4FOj7ZBf/view?usp=sharing

The number of animation layers heavily affects performance due to unnecessary inverse kinematic calculations. Even blank animation layers with zero weight in the FX layer can trigger this behavior. The offender is seen in the profiler as Animators.IKAndTwistBoneJob. It runs as many times as the currently loaded animation controller with the largest number of layers. Although the individual run time is small, they very quickly add up. Slower CPUs seem to be more adversely affected by this. The time taken by these extraneous calculations quickly grows larger than all normal animator activity. This behavior only happens on animators that have a unity avatar/armature. When that is removed, this behavior goes away and the number of layers ceases to be a significant cause of lag. Most FX layers do not have any interaction with the armature, so it is likely that this behavior can be fixed for almost all FX layers. However from debugging the unity editor in visual studio, it appears the this happens in a native unity function named Animator::UpdateAvatars. It is likely that in most if not all cases, these calculations are completely wasted on FX layers and provide no benefit at all while consuming significant amounts of main thread time. Somehow these calculations need to be only run for layers that require them. Additionally providing a way to get parameters in sub animators would allow logic to be moved out of the main animator completely sidestepping this problem. They would not have a unity avatar associated with them, so this problem would not occur. It would also allow completely disabling animators when not in use. Please attempt to find a way to prevent this behavior or consider convincing your Unity contacts to implement a fix. This seems to be one of the largest contributors to animator lag. I have a full write-up with more profiler images and further explanations. https://docs.google.com/document/d/1SpG7O30O0Cb5tQCEgRro8BixO0lRkrlV2o9Cbq-rzJU

If a physbone is moving into a collider due to sufficient pull or gravity it'll very noticeably jitter. This is an issue with the latest physbone changes. SDK 3.8.1: SDK 3.7.6:

Recently, I’ve noticed that some friends are shown as being User rank on their in-game profiles, even though they should appear as Trusted User. On the website, these users correctly show as Trusted User. In VRCX, they also show as Trusted User. They have not changed their settings to appear as User. The issue seems to resolve itself once you’re in the same instance as the affected user. I asked around and multiple friends confirmed these observations, pointing out this has been an issue for a while now.

If a group bans you, you can't block the group, this means you see the group in your Social tab if Friends are in that Group's instance This is super weird, a user/group should always be blockable

BIG BIG NOTE: This was during the capacity stress test to give extra context Joined the instance Items got stuck loading saying "Queued" Got disconnected from "The VRChat Anti-Cheat system has failed too many times for you lately." (2025.12.01 22:44:01) I get booted back to my homeworld All the items that were queued in the previous world spawn in as soon as I join Images and game log attached

Open menu, report a group, it shows all groups that are in the instance (liekly per user) If a group is represented muilply times it will show sevreal times rather then just once.

When searching for groups there are lots of groups with "no image found" banners and icons, and many of these are owned by deleted users. These groups are just littering the search results and should all be deleted in my opinion. Mainly because they're junk, but also arguably a moderation concern I figure. Groups with no owners should not exist. I think most of us expect that our account should be completely deleted, along with any and all content and information connected to it - avatars, worlds, groups, images, everything. In the case of self-deletes (not bans), even security information like IP and user agent data should be removed to respect the user's wish for privacy. The only thing that should remain of a self-deleted user is the reservation of the user ID and absolutely nothing else. You guys have been adding a lot of features over the years. I think maybe you should make sure these newer features are properly handled by the deletion process. Make sure newer stuff like groups, images, icons, stickers, emojis, age verification, and so on are being deleted when people delete their accounts. I say this because I feel like it's something that is easily overlooked, and I imagine that people who delete their accounts usually don't stick around to file tickets and canny reports about stuff that didn't get deleted. Only a weirdo like me does that. Of course I make this post because I had an alt account that I deleted and I noticed the groups associated with it continue to exist without an owner. I may need to file a support ticket to get them deleted I suppose. It's not really a big deal, they were meme groups and it's not like they violated any rules, but I just prefer to be thorough. PS - I wasn't sure to file this as a bug report or a feature request. On the one hand, I feel like this surely isn't intended behavior, so it should be a bug report. On the other hand, I can't assume to know the intent of the makers, so perhaps it is a feature request. Also, not sure what platforms to select because this isn't platform-specific. Either way, here it is, re-categorize it if needed. Thanks.

enable Selfie Expression enable Look At Me in camera move head camera does not look at head expected result: camera follows head as it moves with selfie expression

I'm not familiar with Unity, so I can't imagine whether this is an interesting issue with Instantiate (), or a problem specific to Player Objects. However, at the very least, a canvas into a player object disables batching and results in poor performance. If this is an issue in the VRCSDK implementation, I hope it will be fixed. ja: If you put Canvas inside a Player Object, batching will not work and performance will degrade. I'm not familiar with Unity, so I haven't been able to separate whether this was originally an Instantiate () issue or a Player Object-specific issue. But at least, putting Canvas inside the Player Object will disable batching and worsen performance. If the problem is due to the VRCSSDK implementation, I would like it to be fixed.