Bug Reports

Switch to an avatar with an animation that is triggered when the _Stretch of the Physbone exceeds a certain threshold. The moment the avatar is loaded, the _Stretch behaves as if it were stretched to the maximum, and the animation is triggered. _Stretch reacted when the avatar teleported or returned from a specific pose, etc., and the avatar's posture suddenly changed and the physbone moved. In some cases, _Stretch reacted abnormally when the player was moving too fast or under the influence of Station. The specific behavior is as follows Before the update: If Immobile is 1, it did not extend regardless of the value of stretch motion After the update: Stretch motion value is used regardless of Immobile value.

My whole point of view flips 180 degrees when turning my head at specific angles on my Pimax 8KX. I recall this being fixed a while ago, but it's back in the latest update. Please fix!

PhysBone freezes if parents scale is zero on enable then become non-zero, and isAnimated is set to false. Summary A PhysBone will become frozen (does not sway and unable to grab) if the all of the following conditions are met: The parent of the PhysBone has a scale of zero when the PhysBone become enabled, and then scale is set to non-zero. The Is Animated option is set to false. Details First of all, The documentation of PhysBone does not mention that PhysBone will freeze in some cases. Therefore, freezing is not expected behavior (for us). Secondly, the documentation of Is Animated option says: > Allows bone transforms to be animated. Each frame bone rest position will be updated according to what was animated. This must be enabled in order for any bone in the PhysBone chain (Root bone included!) to respect animations applied to it. Therefore, there is no mention for parent scale or any other behavior related to Is Animated flag, and there is no mention for freezing. If both or either of the behaviors are expected, please update the documentation to mention that. Steps to reproduce this gist is a minimal assets to reproduce the issue. Download the zip and unzip it to anywhere in Assets, then open the Test Scene.unity . You'll see single Avatar with a PhysBone with Is Animated set to false under "Parent" GameObject, and an "Indicator" that shows the "Angle" Animator Parameter of the PhysBone. Set the "Is Animated" of the PhysBone to false. Select the "Parent" GameObject and set the scale to (0, 0, 0), and make it inactive (uncheck the checkbox). Enter Play Mode. Activate the "Parent" GameObject. (This will also make the PhysBone enable) Set the scale of "Parent" to (1, 1, 1). Problem 1: The "Angle" parameter of the PhysBone become 0.5 and will not change. Problem 2: When you try to grab the PhysBone on the scene view, it will not able to grab. When you set the "Is Animated" to true, both problem will not happen. When you enabled the PhysBone after setting scale to 1,1,1 (swapping step 4 and 5), both problem will not happen.

Since Today's update, after tracking is lost during an animation and then regained, the avatar caught snaps into its default pose and sinks into the floor. This doesn't happen on my local view—it only happens for remote players. Is the avatar in the default position for a moment the moment it returns to normal after tracking is cut off in the animation? Is the phenomenon of becoming buried in the floor today's update? It has occurred since It's not visible locally and is only visible from remote players. https://x.com/i/status/1917950628942450795

I tryed to send "/avatar/change" osc message but it does not work. I also sended "/avatar/parameters/..." together and it works. osc.send({address: "/avatar/parameters/BustSize", args: [0.5]}); // works osc.send({address: "/avatar/change", args: ["avtr_0eb0aeff-5a47-4c01-86e7-943cfcc1e8b5"]}); // not working

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.

The Forced Camera Near Distance setting is inconsistent with the value shown in the menu and the value actually applied. For example, the setting may appear to be Off, but Forced is actually applied, or vice versa, the setting may appear to be Forced, but is actually Off. The result seems to be different when switching with the right arrow and when switching with the left arrow.

Some of you may have recived this error "[Disconnected] VRChat is not responding." or "[Disconnected] Your connection has timed out." every few minutes or so. The experience you will have is one way trafic from VRChat to you but you stop sending to VRChat. Example: You are talking to a freind, And they ask you a question. You answer their question and they say "hello? you still there?" with in a few seconds of them saying that you get the error. The most likely reason for this is due to a thing called route changes. Route changes is when your ISP changes ISPs internally giving you a new/better route online. These are normal and a often occurrence. But for those who have wireless internet your route may change constantly (Starlink and Verizon are two well known companies who do this) No matter if you follow VRChats troubleshooting steps you will run into the same issue even with Cloudflare warp. A theory I had is that VRChat servers don't accept a different IP in the route causing the client to "retry" but the mapping back to your IP does not change (They can send through different routes and not care because they wont see that packet) In one instance, I received a "[Can't Travel] You are not allowed to travel to that location. (Code: 403) [Okay]", a "[Disconnected] VRChat is not responding. [Okay]" error, and an ISP induced route change at the same moment. Sometimes I would hear multiple ping sounds when disconnecting and it kind of hurts the ears. (>o<) If VRChat would like to have all the little details that I gathered please message me and I will send graphs and data of what's gathered. If anyone has any questions or ideas please list them below.

2025.05.02 11:51:11 Error - Connection lost. OnStatusChanged to TimeoutDisconnect. Client state was: ConnectingToMasterserver. SCS v0 UDP SocketErrorCode: 0 AppOutOfFocus WinSock 2025.05.02 11:51:11 Error - [Behaviour] {{ NameServerAddress: ' ns.photonengine.io:5058 ', MasterServerAddress: ' GCAMS1160.exitgames.com:5055 ', GameServerAddress: '80.93.214.15:5056', Code: 'ClientTimeout', State: 'Disconnected', Time: '0' }} 2025.05.02 11:51:11 Error - [Behaviour] Timeout: Your connection to VRChat timed out. Verify connection and try again. 2025.05.02 12:17:33 Error - [NetworkTransport] Failed to raise deferred operation of type 10. 2025.05.02 12:17:33 Error - [NetworkTransport] Failed to raise deferred operation of type 10. I've pulled out all of my hairs trying to solve this issue. I've restarted my modem, I've restarted my router, I've swapped DNS servers. I've connected my PC directly to the internet. There seems to be an issue with the photon hosting service or Photon engine dropping the connection to my client. Whenever this happens, I'll get the error VRChat is not responding. This issue only began happening approximately 2 weeks ago.

When using Horizon Adjust in combination with Height Adjust, changing worlds or switching avatars causes Height Adjust to revert to default. ~Steps to Reproduce~ Enable Horizon Adjust. Use Height Adjust to raise yourself higher. Change to a different world or switch to another avatar. In my use case, while lying down and using Horizon Adjust and Height Adjust, whenever I switch worlds or change avatars, Horizon Adjust persists but my height adjustment resets and I'll be in the ground.