Bug Reports

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.

Going into a station won't affect colliders that a player would normally walk in and affect. This causes inconsistencies with object states. Example: Create a trigger zone that enables and disables gameobjects CORRECT BEHAVIOR (Walking in) ✅: Enter triggering zone (via walking) Walking inside zone toggles gameobjects INCORRECT BEHAVIOR (Station) ❌: Entering the trigger zone within a moving station Station is within the trigger zone Trigger zone does not toggle gameobjects properly.

Hello VRChat team, I’d like to report a critical inconsistency in how group bans are handled when issued through the VRChat website or third-party tools utilizing the API (e.g., VRCX). Observed Behavior When a user is banned from a group via the website or an API-based tool, the ban does not take effect in real-time if the user is currently inside a group instance. Despite being technically banned, the user is: Not removed from the current instance Still able to interact with group members Still enjoying group-related privileges The ban only fully takes effect after the user leaves and attempts to join a new instance, at which point access is correctly denied. Why This Is a Problem This delay has serious implications for moderation: In urgent cases, moderators cannot remove problematic users in real-time. There's currently no mechanism to trigger a forced update or kick based on a group ban alone. It undermines group security, allowing banned users to linger and potentially cause further disruption. This gap in enforcement stands in contrast to other website/API actions such as avatar changes which do propagate instantly in-game. This suggests real-time updates are technically possible, but simply not implemented for group bans. Suggested Improvement To ensure consistent and secure moderation: When a user is group-banned via the website or API, the system should immediately remove (kick) them from any group-owned instance they are currently in. Implementing this would close a loophole in group moderation tools and align the behavior of group bans with the expectations of real-time enforcement. Thank you for your attention. Resolving this would greatly enhance group management capabilities and improve the overall safety of VRChat communities.

Since version 2025.2.1, audio latency has become severe after switching instances, and the microphone indicator takes several seconds to light up. This happens every time I switch instances and is resolved by reconnecting the PC and the HMD. environment: PICO 4 connected via PICO Connect Original text: Starting with version 2025.2.1, the audio delay after moving an instance has become severe, and the microphone indicator is now delayed by a few seconds. This happens every time an instance is moved and is fixed by reconnecting the PC and HMD.

```c# var a = new DataList(); a.Add(1); Debug.Log(a.Contains(1)); // true VRCJson.TrySerializeToJson(a, JsonExportType.Minify, out var c); VRCJson.TryDeserializeFromJson(c.String, out var d); var e = d.DataList; Debug.Log(e.Contains(1)); // false var f = a[0]; Debug.Log(e.Contains(f)); // false Debug.Log(e.Contains(f.Double)); // true ```

OS: Windows 10 VRChat Version: 1623 open-beta Headset: Valve Index Hardware: RTX 2070 super, Ryzen 7 5800X3D SteamVR: 2.9.6 Unity Version: 2022.3.22f1 (Through creator companion v2.4.2) VRChat SDK: 3.8.1-beta.1 First off: I'm usually one to gripe on things but for this one, thank you. We've recently been given the absolute grace that is DepthTextureMode read/write access, including the DepthNormals flag for cameras. This feature alone massively extends what shaders can do, while removing the expensive and inaccurate methods used to approximate a "normal pass." Before this update, you could choose between using a unity projector, or a bunch of normalized cross product math to get faceted normals from the depth buffer, a look everyone complains to me about. The addition of the DepthNormals flag enables the _CameraDepthNormalsTexture which stores both the depth and normal data in one texture, making shaders even more efficient assuming one decodes the depth from there as well. The problem: Sadly, it seems like a major amount of existing shaders are not rendered to the DepthNormals buffer when enabling DepthNormals. Some personal digging and previous work on this matter, my current best guess is the Internal/DepthNormals shader which is built into Unity (but overridable!) having specific RenderType targets is disregarding common shaders like poiyomi and such. Some avatar shaders show up fine in the texture, assuming they are targeted by the given RenderTypes here https://github.com/TwoTailsGames/Unity-Built-in-Shaders/blob/master/DefaultResourcesExtra/Internal-DepthNormalsTexture.shader Recreation: You could recreate this problem by Create a new vrchat world project creating a udon script that enables the DepthNormals pass in Start() like so: VRCCameraSettings.ScreenCamera.DepthTextureMode = DepthTextureMode.Depth | DepthTextureMode.DepthNormals; Creating a shader that samples the _CameraDepthNormalsTexture (which ill include the ones I made for my testing) Create a material with that shader and put it on a cube or something (make sure the RenderQueue is well above whatever shaders you would be previewing) Build and/or upload the world Use avatars with a variety of shaders and view them through the shaders display From here you should see some avatars working fine (like the VRChat base avatars) but most avatars i've tried that use custom shaders are hit and very miss for showing up. A possible solution path (assuming this isn't a skill issue on my part): The internal DepthNormals shader can be exchanged for a custom shader through Edit > Project Settings > Graphics > Built-in Shader Settings > Depth Normals The replacement shader targets are given in the internal shader, which shaders with RenderTypes in that list seem to work just fine. If we create a custom shader that implements the same functionality as the internal one but instead targets all RenderTypes, theoretically this could solve the problem. I've been wanting this feature for years and it's absence hinders a lot of my projects. It would mean the world to me and my projects/lighting systems if we could have this functionality work for all to use. I will happily expand on this problem if needed

When returning a pool object to VRCObjectPool, VRCObjectPool needs to be moved to StartPosition/StartRotation once the pool object is deactivated. That too locally. Currently the position reset is working when the pool object spawns from the VRCObjectPool. For example, the pool object has a VRCObjectSync and is scripted to return to the VRCObjectPool when it hits the Return collider. When it contacts the collider, the Pool object just deactivates and stays there. So the next time the pool object is called with TryToSpawn, it will contact the collider again immediately after it becomes active, reset its position, and return. In practice, this behavior is random depending on network conditions, such as when the owner of the VRCObjectPool and the owner of the pool object are different. Translated with www.DeepL.com/Translator (free version)

When specifying UnlitDoubleSided in the VRCFallback tag, backfaces are not rendered as expected. According to the documentation, Unlit and Toon should be combinable with DoubleSided, but this doesn't seem to work in practice for Unlit: > Toon and Unlit can also be combined with Transparent, Cutout, Fade, and DoubleSided However, ToonDoubleSided works correctly and renders both sides. Additionally, while the documentation states: > The toonstandard and toonstandardoutline tags are special, in that they cannot be combined it turns out that toonstandardDoubleSided does in fact render both sides properly. In this case, the shader's behavior is desirable, so it would be better to update the documentation to reflect that toonstandardDoubleSided is valid and does work as expected.

I and many others who I've interacted with have noticed an issue in desktop mode when using a world that makes heavy use of UI "inputfields". (Karaoke central being a common example) At seemingly random, keyboard inputs meant for movement suddenly start typing into inputfields. VRChat has long since moved past this style of typing into inputfields, (it now brings up a keyboard menu specific to input fields.) Despite this, when walking around normally or crouching or jumping, Characters get typed into the inputfield. After finally trying to find out what causes this in game, I found that clicking down(hold) on nearby UI elements, and moving your cursor, before using a keyboard input seem to cause the UI input to start accepting keyboard input without the keyboard popup. I'm unable to find any more specific details on requirements to cause this bug. UI inputfield existing, and clicking and dragging on any other UI in the map.

Description Whenever you unplug and then re-plug any USB device—especially the one your audio listening device is connected to—VRChat loses world audio. All non-world audio (Other users, avatar audio, menu sounds) continues unaffected. The only fix is to completely rejoin the world. --- Steps to Reproduce Launch VRChat and join any populated world. Verify you can hear other users and ambient world sounds. Unplug a USB device (e.g. your audio interface or another USB peripheral). Wait ~5 seconds, then plug it back in. Observe that world audio is now silent. --- Actual Result * World audio : completely dead. * Other audio (Menu sounds, other users, avatar audio): still playing. --- Expected Result Reconnecting a USB device should not terminate world audio. All sounds should continue seamlessly. --- Workaround Rejoining the world restores world audio. --- Additional Comments In my case, the main USB hub most of my peripherals are connected to including my headphones occasionally disconnects and reconnects and this is when I notice the issue occurring. The issue seems to only occur in Desktop, not sure about VR.