Bug Reports

Any avatar with Marshmellow PB post patch is good example of this local jitter and does not show up in a screen recording using OBS. The issue seems to be tied to frame rate and at 60 fps locked it functions normally, however above that its appearing to jitter extremely fast while locomotion moving. Can only observe this behavior in first person POV. I did not notice this before but maybe im just crazy. Either way there is a issue. Edit: I Had thought this behavior wasnt showing in a mirror but upon checking again today, i can see it now at higher frame rate. my thought is maybe something with recent fix on physbones may have made a new movement bug with resting colliders.

World tags should not be case sensitive. There is no reason why "chill" and "Chill" should be considered two different tags.

Basically every avatar I use (particularly furry avatars, but this issue happens with EVERY avatar I've tried) have issues with the basic 'face tracking' that the desktop webcam has. Closing the mouth and in particular doing "ou" or pucker-lip style face shapes without talking makes the bottom jaw shove through the face - or if the face tracking decides it's being difficult. Clip of this in action: https://www.twitch.tv/kudalyn/clip/PunchyIgnorantTruffleTakeNRG-AInYsC-PZoVw9URb I do enjoy using the Desktop Webcam for not just occasionally 'vtubing' - but hanging out at conventions or events without having to be in VR constantly. This really should be fixed to encourage even more desktop webcam usage. It just looks plain awkward currently, for even when just relaxed or not talking, the jaw clips. This has been an issue since the VRC desktop was in beta and behind VRC+.

if I get any EAC error. It will make so I can't join the instance I was before I got the EAC error. It ends up in either a black screen or 3 load screen before getting me to the same world in a friend instance alone that was freshly created for me. Clearing the content cache didn't help. it lets me join instances of the same world and any other instance except the ones where I got the EAC error. Workaround is basically creating a new instance of the same world and inviting everyone there. There are 2 EAC errors that are confirmed to get the issue (see attachments). One happened on a group+, the other in a public instance. The world content data itself doesn't seem to be related to the issue (it could in theory happen on any world).

Starting with the 28th of March, I'm receiving very frequent reports of users that YouTube videos fail to load in my world. After some testing I concluded that it's other worlds too. To quantify this problem I ran some data and visualized it. Since the 28th, the Error rate of videos in my world increased to around 20%, meaning every 5th video fails to load. This also exactly lines up with when VRChat had the yt-dlp resolver updated for the last time.

When on a user's profile (or your own), you can grab and drag the profile status element up and down from the box that it sits in. This can occur in desktop, or VR.

This issue was mentioned by Franada as the sole reason for the T-pose layer still existing in Gogo Loco. Please ask them for more details because I do not really know much about this other than what they have said. When asked about what the T-pose layer is for: > fix the slight x offset the unity tpose have > that the reason when you bind you feel a little shifted on the side. the tpose fix that ... > but vrc could havea proxy tpose to fix it yes

Description: I am reporting a persistent issue where my finger tracking (Valve Index Controller) freezes for other players after a world transition. While everything looks correct on my end, remote players see my hands in a static pose. This issue persists across multiple avatars and occurs regardless of the avatar's specific setup. Observed Error Logs on Remote Clients (when viewing my avatar): * ERROR: LoadAvatar failed - no avatarId * WARNING: Recovered 0 Network IDs from Avatar * WARNING: Model failed validation ... unitySortNumber, assetVersion Troubleshooting steps already taken (none of these solved the issue): OSC Reset: Did not fix the sync for other players. Manual Tracking Reset: Used a custom FX layer to cycle VRC Animator Tracking Control (Animation -> Tracking). No effect on network sync. Hard Reload: Trigger + Grip + Menu button combo did not restore the skeletal state for others. Unity Settings: Enabled Update When Offscreen on all Skinned Mesh Renderers. Blueprint ID: Detached and re-uploaded the avatar with a fresh ID (Pipeline Manager). Hardware: Confirmed SteamVR is using default bindings and sending skeletal data correctly. Conclusion: The logs ( Recovered 0 Network IDs and no avatarId ) strongly suggest a server-side synchronization failure during the "handshake" process when entering a new instance. The VRChat network layer appears to fail at mapping bone IDs to remote clients, even though transform data is being sent.

As the title says, the avatar distance hider doesnt seem to hide lights on avatars. I will see the player as a diamond but I can still see their lights rendered too. I'm on open beta, not live.

This is a very, very specific issue that I have been wrangling with since at least 2021 or so, and I doubt it's happening for anyone else, or people just don't care enough to notice, but I figured I ought to report it anyway. This occurs both with and without FBT. Switching into any avatar in the game, calibrating my full body, and placing my arms at my side reveals that my arms are not centered about my body. Additionally, my avatar has a very slight lean to it. Currently the problem is solvable, but it requires a trick in SteamVR to basically lie about where my hardware is physically located (OpenVR Input Emulator), adding a ~2cm right offset to my HMD. Since this is not so easy to explain with words, I have recorded my raw VR view and demonstrated the problem and how I fix it for myself: https://youtu.be/jvfrAz4HVL8 And, since it is a very legitimate question that might come off as a bit impolite to ask, I will answer it ahead of time: I did indeed check my real physical self to make sure my spine isn't messed up or something, and I can confirm that I stand up straight as an arrow in person :P Addendum: I have also checked my playspace configuration. This has persisted across several different spaces as I have used different parts of my home for my VR setup. I'm using an Index with 3 Lighthouses.