Bug Reports

Dear devs of vrchat, As an PROUD Indian man, I find it profoundly disheartening that my mother tongue, Hindi, has been spelt incorrectly in its native Devanagari script in the "choose language" sub-menu. While I can understand that the limited abilities of the Anglo-Saxon mind are not suitable to grasp the intricacies of the vastly superior Indo-Aryanic alphasyllabary, human faculty for pattern recognition and the discernment of shapes emerges during the earliest stages of cognitive development, thereby eliminating any justification for such an egregious and inexcusable error. I demand that you fix this error with the correct spelling (हिन्दी or हिंदी) immediately. attached are the screenshots of this bug. >:(

in unity 2022, the "Z Bias" setting was added to the MSVO effect in the post processing stack v2 (vr compatible ambient occlusion), which fixes much of the flickering of AO in vrchat, but currently the setting does not end up working in game likely due to miss-matching version of package in game. many creators use this effect in larger worlds for better shading as lightmapped AO is not possible in many cases, please update the package, it would reduce a lot of visual artifacts in vrchat worlds.

When the camera is used in selfie mode, the captured image is saved with the left and right sides reversed. (When the camera is pointed at you by changing the lens orientation in the upper left corner) Normally, the avatar in the attached image has a yellow left eye, but it is inverted and has a right eye.

Open up vrchat Go into any world made by The Snooze (Note The Snooze sells maps so this can be more than just worlds upload by The Snooze it can be in any of the worlds that The Snooze sells and then are uploaded by someone else) Now go into any world that is made by someone else where the UI uses unity's Default UI Material (I went to gigas as an example but most places have this issue) Notice that all text is stuck behind the background UI This seems to be related to something to do with the announcement feature in the worlds The Snooze makes. I think it is overwriting the default UI to sit on a different render queue. Normally Default UI Material render queue is on 3000 after hitting play on the unity editor you can see that his code for the announcement system sets the Default UI Material render queue to 4000. This cause all text to be behind all images that don't have Material set on the component (see images attached). The only way to fix this is by restarting vrchat and avoid going to The Snooze's uploads and any other creator's world that use The Snooze's prefab world as a base.

While typing correct 2fa code from app, it simply says "wrong key" error. I personally see more and more people having this issue across all platform and website when they log-in. It seems to be more commonly happen when at regional peak hour. I got this issue earlier today when JP be peak hour, I have check time on PC and mobile with 2FA app are up to date.

Open VRChat Open Menu Open Camera Try to grab the invisible lens in the centre of the camera On PC, once you close the camera, you can't grab it again but on Quest you can grab it as many times as you want. For VRChat Devs: reproduction videos are in my folder. they're named VRC_BugReport_29062025_1_XXX.mp4

In the menu for UI themes two tooltips have the wrong text. The button where you hover over the theme to share it says "Click to share this photo" and the one where you delete it says "Share this theme" They should say "Share this theme" and "Remove this theme".

Open VRC Quick Launcher and setup a profile (if one doesn't exist). Check the Local instance info for a "Build & Test" style instance. Double click the 'Launch' button for the profile. One client successfully launches and the second client stays on a black screen. The second client will also be unable to close via normal means, requiring a forced termination. The second client will launch fine if done so after the last one was already done fading into the blue login screen. I'm aware there is an option to create two profiles and use the "Launch all selected" option, but it would be neat if the client didn't soft-lock in an unclose-able state.

In a world where no avatar audio manipulation is performed, an avatar can be heard as expected, but when I set a method to control the avatar audio from Udon, the avatar's sound can be heard for just a moment at the beginning, and then it becomes silent. Speculation: Is the avatar audio compression function being executed incorrectly? You can see this happening in my world. In this world, the avatar audio Gain is set to 10dB and the avatar audio Far Radius to 40m, but in reality, the avatar sound is only audible for a moment at the beginning, and then it disappears. https://vrchat.com/home/world/wrld_4b7ed36e-c436-409f-9f87-8a6f4c80e79b/info https://vrchat.com/home/world/wrld_527c7009-391c-4da5-a07a-9558f2ca3d3e/info This world has a Udon gimmick I created called PlayerAudio Master. First, for a player who joins, the VRCPlayerApi.AvatarAudio***() method is executed with preset values. Other settings are written each time a set event occurs. https://github.com/mimyquality/FukuroUdon/tree/main/Packages/com.mimylab.fukuroudon/Runtime/PlayerAudioMaster

I made a post about this in the VRChat Discord server here, I'll just reencite my issue from there. https://discord.com/channels/189511567539306508/1405784687871398039 I'm having a very weird issue, this is 100% a bug. It has slight physics so it's definitely on the right object and not disabled, and it doesn't move correctly, The torso is kinda shaky and buggy, It's not world specific. https://i.imgur.com/30v6rqU.gif If the object has physics at all, it should have the overlay for it. It do9esn't even show on the overlay. I have taken some of the suggestions and done more testing. It is important to note that I have not updated the avatar for a few days, and there might of been a recent patch within the last couple days. It worked prior to this patch. It also works fine in editor. Here's a .gif screencap of that. https://i.imgur.com/taxa8BB.gif This uses Gesture Manager, without locomotion, and the physics here work fine. The Physbones and the anchor points go to an object that are seperate, so that shouldn't be the issue. I also set all the bones to be Simple to help jitter, but that wasn't an issue to begin with. I have also removed all the toggles with just the constraints and with the physbones, and even just the physbones. It works fine with just the physbones. My SDK is entirely up to date. Even the in-game overlay shows physbones entirely incorrectly, and to a degree, the physics are still getting applied to the bones as shown within the first .gif recording. I need this issue fixed pretty immediately because its inhibiting my work on something I plan to release as a product. Thank you! I can provide more information if needed. Edit: Done some testing with a few friends. It pinpoints to being a problem only locally with execution order of vrc constraints coming after physbones, when it should be physbones before constraints. When users clone my avatar, they have the issue, but from my side it looks fine, and I look fine to them. You can test this with two people using this avatar, and you'll see the local-global difference. https://vrchat.com/home/avatar/avtr_a74070b2-cad9-4ffd-9356-3630b0634d34