Bug Reports

If a network event is sent to a PlayerObject's gameobject while there are other players in the instance it causes a unusual client behavior error. In this instance the network event is initiated by a script on a gameobject separated from the PlayerObjects and is meant to enable the local player PlayerObject's gameobject/pickup that's currently disabled for everyone. The moment the network event is sent to the targeted gameobject while there are other players in the instance, you get an unusual client behavior.

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!

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

Several Udon scripts in my world seem to have a chance of breaking on load, where some people reported the respective feature working properly, while others reported it being broken. I was able to reproduce the issue finally and found several of the programs reporting the following: [SerializedUdonProgramAsset] Failed to deserialize Udon Program due to an exception: System.InvalidOperationException: Operations that change non-concurrent collections must have exclusive access. A concurrent update was performed on this collection and corrupted its state. The collection's state is no longer correct. [UdonBehaviour] Could not load the program; the UdonBehaviour on '(Name)' will not run. Relevant section of log attached.

It seems that there is a problem with loading persistent data that was created before the most recent update to the VRC client. My world 'Karaoke in Sync' stores an array of strings and VRCUrls in a PlayerObject. When trying to restore the data after the VRC update, the following happens: 2025.05.01 00:43:48 Debug - [Behaviour] OnPlayerJoined CMajor7 (usr_4cb5a109-2aa6-4a0d-933b-244388260586) 2025.05.01 00:43:48 Debug - [Behaviour] All 3 bunches for FavoritesData [1] collected, now restoring. 2025.05.01 00:43:48 Error - [Behaviour] Could not use persistence hashes. Remote: [2144629733, 1792320289] Local: [[ÎÍÏÌÍÍÍÎÏÍÏÍÏÍÎÎÍÏÎÏÌÏÍ+ÏÌÌÌÌÏÎÎÍÏÌÍÎÎÍÏÎÏÏÍÌÌÏ, -1090919516], [ÎÍÏÌÍÍÍÎÏÍÏÍÏÍÎÎÍÏÎÏÌÏÍ+ÏÌÌÌÌÏÎÎÍÏÌÍÎÎÍÏÎÏÏÍÌÌÏ, -940957741]] 2025.05.01 00:43:48 Error - [Behaviour] Unsafe to use serialization recovery data for FavoritesData [1].ÎÍÏÌÍÍÍÎÏÍÏÍÏÍÎÎÍÏÎÏÌÏÍ 2025.05.01 00:43:48 Debug - [Behaviour] All 1 bunches for Player Data Object [1] collected, now restoring. 2025.05.01 00:43:48 Debug - [Behaviour] Restored player 1 After this happens, the persistent data is lost. Data created after the update can be loaded without a problem.

The new camera fix maxed out farclip to 50,000, which breaks a lot of plane worlds and giant worlds in general. Some worlds barely have any visual difference, others have some noticeable visual errors. And some which just cutoff completely or skybox break. Worlds Used: Persian Gulf -v0.5 - NO AI - - Zhakami Zhako Test Pilots - Sacchan Desert Airbase - NØNN Tomcat F-14A - Naval Interceptor - - VTail64 Nova Singularity - Sournetic The Light of Digital Hope - Sournetic

anything with a long strand of bones Use them. I'm a virtual Flow artist and after the new update, pysbones are now acting choppy and jittery. Below is a gif of me using my cyber flows that I listed a couple weeks ago and the movement they made. The video on the other hand is after the new update that brought the drone and dolly. this affects me as a dancer. while it's most noticeably seen on flow toys it is also seen on tails and hair to some extent. We have also noticed choppiness on a piece of clothing such as a Kimono and long dresses. Adding on, Included the ID of the Feline avatar with the same flow toys to test along with several other flow toys that have also been affected avtr_82990eea-2f71-4495-8b11-434afda801a7

Please re-evaluate running VRC Constraints in the proper update order to eliminate the jitter on physbones and contacts. This is the chance to fix this.

In vrchat beta logs have slightly changed and they are have regression about not showing the information about user`s avatar changes in lobbies, that can break a lot of community moderation tools.

In the VRChat 2025.1.3 update (Build 1606), a new feature was introduced where a blue indicator is displayed for five seconds when using the camera’s timer function. However, this indicator currently appears within the camera view during photo capture, resulting in it being visible in the final photo. While the visual countdown is a very useful feature, the indicator's presence interferes with the captured photos. Additionally, the default camera mask settings enable "Local User," "Remote User," and "World," while "GreenScreen" and "UI" remain disabled. Therefore, we would greatly appreciate it if you could consider the following improvements: Ensure that the indicator does not appear in the captured photo. Since there may be cases where users want to enable UI while taking photos, please handle the indicator as a separate layer so that it is not included in the camera output. 【日本語訳】 VRChat 2025.1.3（ビルド1606）のアップデートにおいて、カメラのタイマー機能使用時に青色のインジケータが5秒間表示される仕様が追加されました。 しかしながら、写真撮影時にこのインジケータがカメラ映像内に映り込んでしまうため、撮影した写真にも表示が残ってしまうという問題がございます。 視覚的なカウントダウンは非常に便利な機能ではありますが、インジケータが映りこむことで撮影した写真の妨げとなります。 また、カメラのマスク設定は、デフォルトの「Local User」「Remote User」「World」が有効、「GreenScreen」「UI」が無効の状態となっております。 つきましては、以下の改善をご検討いただけますと幸いです： ・撮影した写真にはインジケータが表示されないような仕組みにしていただきたい。 ・UIを有効にして撮影したいケースもあるため、インジケータを別のレイヤーとして扱い、カメラ出力に含まれないようにしていただきたい。