Bug Reports

On my Galaxy S25 Ultra, running Android 16, many images throughout the client (World Pictures, Banner Images at the tops of World Playlists, loading screen tooltip images, etc.) look very wrong (pictures attached). Interestingly, though, the world image that appears on the "Initializing World" screen, looks completely fine. World Images also consistently look extremely noisy on PC (basically like this, just not yellow), but I'd imagine that's a separate issue.

Ui on prismic avatar search world does not work anymore with unity 6. it just says "join group" and the rest of the ui does not fully load, while in stable and normal beta it still works fine and i can search avatars.

In most Japanese input,I press Enter to confirm a character I have entered. However, when I press Enter to confirm a character, VRChat closes the Input Field. And nothing is entered into the Input Field! These are really tiresome for those of us who mainly use Japanese input. https://youtu.be/T68m8KFn1Is

When "Rebake Offsets When Unfrozen" is turned on in the "VRC Parent Constraint," and "Freeze To World" is activated from the animation system to freeze the object in the world, the offsets become incorrect. I created a simple gimmick similar to the one shown in the Developer Update video ( https://ask.vrchat.com/t/developer-update-30-may-2024/24821 "VRChat Constraints Revisited") and tested it. The video is attached. The first half of the video shows the scene with "Freeze To World" being used while "Rebake Offsets When Unfrozen" is turned off. The second half of the video shows "Freeze To World" being used with "Rebake Offsets When Unfrozen" turned on. In the second half of the video, the cube moves instantly when "Freeze To World" is activated. The offsets are not rebaked to maintain the positional relationship between the hand and the cube, which leads me to believe there might be a bug in the "Rebake Offsets When Unfrozen" option. --- ”VRC Parent Constraint”の”Rebake Offsets When Unfrozen”をオンにした状態で、アニメーションから”Freeze To World”を操作してオブジェクトをワールド固定するとオフセットが狂います。 以下のDeveloper Updateで紹介されている動画（ https://ask.vrchat.com/t/developer-update-30-may-2024/24821 ”VRChat Constraints Revisited”で紹介されている動画）と同じようなシンプルなギミックを作って検証してみました。その動画を添付します。 動画の前半は”Rebake Offsets When Unfrozen”をオフにして”Freeze To World”を操作するシーンです。 後半は”Rebake Offsets When Unfrozen”をオンにして”Freeze To World”を操作するシーンです。 動画後半では”Freeze To World”を操作するとキューブが瞬間的に移動しています。 手とキューブの位置関係を維持するようなオフセットのリベイクは行われず、おかしな挙動をしていることから”Rebake Offsets When Unfrozen”のオプションにバグがあるのではと推察いたします。 build number 1552

Images of the other companions colliders are attached for reference

On avatars with disabled headchop, there is a narrow threshold distance where it will still be scaled to zero anyway. Closer or farther than this and it will correctly remain un-scaled. This causes the head to briefly blink in and out as it passes this narrow range. Video of behavior: https://www.youtube.com/watch?v=Qxcp6R5TcGY

I don't want VRCat to thank me for supporting with VRC+ or to greet me every time I launch VRChat and open Quick Menu for the first time. This distraction gets old and tiring very fast, especially for reporting bugs. Introduced silently in VRChat 2026.2.3 Build 1864 . Every time I launch VRChat, this makes me want to open Quick Menu, close it, and open Quick Menu again to get rid of VRCat's chat bubble to do what I originally wanted to do - for example, taking screenshots for a bug report. Please remove this unwanted functionality or give a settings toggle to disable it.

Since today's update this pet no longer smoothly follows me/only respawns with teleporting, instead every few feet i move it despawns and then respawns

I was reading through Vrchat docs and found this launch option --disable-amd-stutter-workaround https://docs.vrchat.com/docs/launch-options After disabling it with launch option quest pro over steam link or virtual desktop is no longer stuck on 45fps all the time. This on an 7800x3d and rx 7900 xtx. It hits 90fps very much more often. Streamed headsets with HMD side reprojection should not need to go half refresh rate unlike displayport to have a good reprojection and i always found it strange it kept getting stuck on 45. I believe AMD have patches this in drivers since long ago. And this workaround is redundant and now leads to performance loss rather then fixing an issue. It should have been fixed for so long now that not allot people are on that old drivers anymore. I also did not find any stability issues enabled hardware video decoding with modern drivers. so you can give that a try aswell if you want to offload some cpu load --enable-hw-video-decoding

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