Bug Reports

Description all audio shuts off for me, outgoing and incoming. World sounds, voices, even my own mic. The only way for me to fix it temporarily is to reset vrchat. Reproduction Steps It just happens whenever I lag, happens more often in high player count worlds. Not sure if there is anything else causing it. Details Category: Audio Frequency: Often --- platform: Quest (platform: Android - Quest, store: Oculus, headset: None) rawPlatform: Android clientVersion: 2026.4.1p1-1937-299983b13b-Release unityVersion: 6000.0.67f1-DWR In-Client Report --- Log file: output_log_2026-11-02_20-45-14.txt

It seems that, on avatars with FT enabled, remote clients run the animator for a frame, and then improperly re-record all of the animator default values (perhaps because the animator is being toggled or reset improperly or otherwise). This issue ONLY happens on remote clients, not on local. The bug seems to require Face Tracking to be configured with a target mesh and a few valid blendshapes AND for Eye Look to be enabled (even if it's not configured in a FT eye look mode). This breaks many avatar systems, since the basis state of the avatar contains all of the "unanimated" defaults, and many controllers (especially those with WD on) only have clips which target the opposite of that state. This is likely the root cause of the recent partially-weighted AAP and sync parameter issues reported regarding FT (although I don't believe it's actually a sync issue).

Description I encountered a PhysBone visual issue in the current Open Beta. When another player grabs and stretches a PhysBone on my avatar, I cannot see the PhysBone being stretched from my own perspective. However, other players can see the PhysBone stretching normally. The issue only occurs in the Open Beta. After reverting to the Live version, the issue disappears and I can see my PhysBones being stretched normally again. Expected Behavior: The avatar owner should be able to see their own PhysBones being stretched when another player grabs them. Actual Behavior: The PhysBone stretching is visible to other players, but not to the avatar owner. Additional Information: The issue occurs in the Open Beta. Reverting to the Live version resolves the issue. Other players can see the PhysBone stretching correctly. The issue appears to be related to local rendering or PhysBone synchronization. Could you investigate whether this is a regression in PhysBone synchronization or rendering in the Open Beta? Reproduction Steps Reproduction Steps: Launch VRChat using the Open Beta version. Enter a world with another player. Ask the other player to grab and stretch a PhysBone on your avatar. Observe the PhysBone from your own perspective. Ask the other player to check whether the PhysBone appears stretched from their perspective. The issue can be resolved by reverting to the Live version of VRChat. In the Live version, the PhysBone stretching is visible from the avatar owner's perspective as expected. I have not found any other workaround. Details Category: アバター Frequency: いつも --- platform: PC (platform: Windows, store: Steam, headset: None) rawPlatform: WindowsPlayer clientVersion: 2026.4.1p2-1938-565822d00a-Release unityVersion: 6000.0.67f1-DWR In-Client Report

Since around 16:00-18:30 JST on Nov 4, 2026, every avatar fails to load for me, including my own avatars and all other players in public instances. They all appear as the Error robot. The output log shows this for every avatar: "The response was null. State: Error / Remote server closed the connection before sending response header!" "[AnalysisReport] Failed to get avatar analysis report." "[AssetBundleDownloadManager] Avatar 'avtr_...' did not pass initial checks and won't be downloaded: AssetBundleFailedServerSideChecks" Worlds, login and social features work normally. Avatars loaded fine earlier the same day (the log from 12:33-16:02 JST shows normal avatar loading). What I tried (no change): Restarting VRChat and the PC Deleting the Cache-WindowsPlayer folder Flushing DNS Switching to a different network (mobile tethering) No VPN, no third-party antivirus (Windows Defender only, nothing blocked), hosts file is default Platform: Windows PC (Steam) Log attached: output_log_2026-11-04_18-56-55.txt

Step to reproduce Make a new avatar Add a parameter that also has child parameters under it (e.g. a bool Param with a child Param/SubParam) Load the avatar and query that parameter via OSCQuery No type or value is returned for Param and it comes back as a container only Expected: It returns a type and value like any other parameter. Actual: No type is ever exposed for these parameters, and no value until you change it in-game. Change out of the avatar and back in, the value is gone again. The type never appears regardless. Seems like an edge case of the old initial value bug noted here: https://feedback.vrchat.com/bug-reports/p/oscquery-broadcasts-wrong-parameter-values https://github.com/vrchat-community/vrc-oscquery-lib/issues/61 )

Issue: I currently use the UserEyeTracking bool to enable or disable my "Ear Tracking", which moves my ears in the direction that I'm looking. As I don't have eye tracking at the moment, I turned on Disable Eye Look Tracking and Disable Eye Lid Tracking which sets this value to false locally. For remote clients how ever the value stays true. This results in my ears moving around with VRChat's automated eye look / gaze feature for remote clients. Reproduction Steps: On an Avatar with native face tracking add a simple toggle that uses the UserEyeTracking parameter. Launch the game with 2 clients in one instance. Switch into the Avatar an enable Selfie Expression. Go to the Main Menu > Settings > Tracking and IK and turn on Disable Eye Look Tracking and Disable Eye Lid Tracking . If you do this, locally your created toggle turns off, while it stays on for remote. Expected Behaviour: When turning on Disable Eye Look Tracking and Disable Eye Lid Tracking no eye look or eye lid data should be sent. Thus in return UserEyeTracking should also be false. I understand that UserEyeTracking on remote is calculated based on if Eye Look or Eye Lid data is received, but since I turned off the tracking for it in the settings I would expect it to also be false. Attachments In this screenshot I have a cube attached to my avatar that is either on or off based on UserEyeTracking . While it's off locally, you can see that it's on for remote.

Regardless of whether EyeGazeMode is set to Bone Rotation, FaceTracking, or Both, the EyeLook Tracking Keys continue to receive values even when eye/face tracking is unavailable or VRCFT/OSC is disabled. These values do not appear to come from OSC, but seem to be generated based on head movement. When eye and face tracking are available, the EyeLook parameters receive OSC-based values, and eye movement works as expected. For avatars that use bone rotation to control eye direction, this behavior does not seem to cause any obvious issues when tracking is unavailable. However, for avatars that use blend shapes created and assigned according to Unified Expressions to control eye direction, the eyes move unpredictably when eye and face tracking are unavailable. This happens when the eight parameters from EyeLookOutRight through EyeLookDownLeft are assigned to Tracking Keys. According to the official documentation, gaze uses simulated eye movement when eye tracking is unavailable. Is this simulated movement also intended to drive the EyeLook Tracking Keys regardless of the EyeGazeMode setting? If so, is there a way to prevent it from interfering with blendshape-based eye movement when eye and face tracking are unavailable?

Description for now several days, very often when checking a friend profile, about their location it will display a blank image, along with h5 text Reproduction Steps just need to come in vrchat, and check couple friends profiles through ingame menu, to see it happening Details Category: User Interface Frequency: Often --- platform: PC (platform: Windows, store: Steam, headset: None) rawPlatform: WindowsPlayer clientVersion: 2026.4.1-1931-68b4616cf3-Release unityVersion: 6000.0.67f1-DWR In-Client Report --- Log file: output_log_2026-10-11_22-49-14.txt

VRChat using absurd amount of RAM, more likely on longer sessions (around 2-4 hours). I haven't played around with it too much to figure out things that could be causing it, but I have noticed that the longer the play session, the more likely it is to happen. Ends up using all of my available RAM, causing freezing and stuttering which can only be solved by restarting VRChat. Does not reset on world/instance rejoin, or going to a new world. I have noticed that RAM usage will be stable, then at some point, it just starts to pile on more and more. ONLY happens on VRChat, every other VR application and non-VR application doesn't do this. Don't know if the results are different on Desktop. This has been happening for a while now and I first started noticing it with the release of the Lunar New Year items update. Maybe could be something that happened there?

Begin process of creating new instance for any world. Set to Group hosting Click "Who Can Join?". The modal popup allows you to select who can join the instance, but lacks an OK or Cancel button, instead only offering a back arrow. Clicking the back arrow is unintuitive and feels like an undo or cancel rather than a confirmation. Add "Ok" and "Cancel" buttons instead.