Bug Reports

When tabbed out of VRChat (Irregardless of how it was done, tab, windows key, etc.) the cursor will remain active on screen at all times. If this is a intended feature, it would be greatly displeasing for streaming type content. This only started with the new UI update, so I'd assume it has something to do with the new HUD elements (Specifically on Desktop).

In the latest SDK Update 3.10.5 whenever any physbones get toggled off and on again in play mode they do not disable and instead have the settings you have set applied again over the Physbones over and over again each time they are toggled off and on. It doesn't happen in game thankfully but in unity when trying to test Phys bone settings, enabling and disabling the Physbones or their bones no longer works correctly. Downgrading to 3.10.4 fixes the issue so I've been staying on that version for now but I'm worried about this bug staying in the sdk especially when I will eventually have to update for the face tracking update. To reproduce and see it obviously just have a physbone chain with some gravity and gravity falloff on it and in play mode toggle to the physbone script off and on again a few times and you'll see the gravity getting multiplied each time its toggled off and on might have to have reset when disabled turned off and animated physbones turned on aswell

Description What I expected is to join is a group public server but instead it sent me to my home world instead of sending me to the group public same goes with invites Reproduction Steps I’m not sure really but please fix it soon its annoying so if you see this at least look into it I’m sure other IOS users have experienced it already. Details Category: World Frequency: Always --- platform: iOSMobile (platform: iOS - Mobile, store: TestFlight, headset: None) rawPlatform: IPhonePlayer clientVersion: 2026.3.20201 unityVersion: 2022.3.22f2-DWR In-Client Report

The latest beta update seems to have silently added a new OSC endpoint /avatar/name that sends out the avatar's name. This breaks when the avatar's name has complex UTF-8 characters. The characters seem to get truncated to a single byte, which most OSC applications cannot correctly decode. Debug menu "Version & Info": S:Release_1626 V:2026.4.1 This is extremely easy to reproduce with any avatar that has a ! in its name, as that character gets transformed to U+01c3 on upload, which then gets truncated to a c3 byte when sent over OSC, which cannot be decoded as valid UTF-8 (or ascii) This is even more noticeable with avatars that contain Japanese character in their names.

Description when using calibration mirror for fbt my avatar is invisible in both mirror and calibrate tpose with all avatars Reproduction Steps just calibrate with fbt and avatar will vanish with only the tracking spheres and controllers showing Details Category: Avatar Frequency: Always --- platform: PC (platform: Windows, store: Steam, headset: None) rawPlatform: WindowsPlayer clientVersion: 2026.4.1-1931-68b4616cf3-Release unityVersion: 6000.0.67f1-DWR In-Client Report --- Log file: output_log_2026-10-10_21-31-17.txt

When using a custom Font Asset after the Unity 6 update, missing glyphs (such as Korean characters) no longer correctly utilise fallback fonts. Instead, they render as missing block characters. If the built-in default LiberationSans SDF is used, the fallback mechanism works as intended. I have tested multiple fallback configurations, none of which resolved the issue: • Linking LiberationSans SDF explicitly as a fallback inside the custom Font Asset. • Linking it in the TextMeshPro Project Settings. • Leaving all fallback fields empty to let VRChat's system handle the fallback behaviour. Attached Files: • Image 1 & 2: Expected behaviour before the Unity 6 update (English and Korean glyphs rendering properly). • Image 3: Current broken behaviour after the update (All non-ASCII text converted into blocks).

Creating a group calendar event fails with a 500 on 10 of 19 calls since 2026-10-11. The request bodies differ only in title, description and times, so the same request succeeds or fails at random. We hit this in the test suite for the community API specification . Three workflows create an event in a group they created a second earlier, and nothing else touches the group in between: group-calendar-lifecycle calendar-event-lifecycle update-instance-calendar-link-lifecycle CI runs with failures: 10-11 15:19 , 10-12 14:07 , 10-12 15:51 , 10-12 16:37 , 10-12 16:46 Request POST /api/1/calendar/{groupId}/event {"accessType":"group","category":"other","description":"Created by the test suite","title":"Test","sendCreationNotification":false,"startsAt":"2026-10-12T17:47:40.171Z","endsAt":"2026-10-12T18:47:40.249Z"} Response ( 500 ) {"error":{"message":"Application error","status_code":500}} Every call, failed or successful, reached build master-build-2026-10-09-pill-j-spearpide in the blue group. Failed (UTC, x-vrc-request-id) 2026-10-11 15:20:58 mv3z089tgsuw9nzz 2026-10-12 14:08:57 mv5bvgc4nuawh5dm 2026-10-12 14:10:17 mv5bx5v6d0z76z52 2026-10-12 15:51:53 mv5fjtszv0x2g0th 2026-10-12 15:53:00 mv5fl9h6ngz2zmri 2026-10-12 16:47:36 mv5hjgyovnpclfeo 2026-10-12 16:47:42 mv5hjll1pcaioy4c 2026-10-12 17:08:18 mv5ia3v5lfpuol7i 2026-10-12 17:08:25 mv5ia99065rllitv 2026-10-12 17:09:33 mv5ibpsv2bdb9mmw Succeeded (UTC, x-vrc-request-id) 2026-10-11 15:19:54 mv3yyugez7oprqpu 2026-10-11 15:20:03 mv3yz131x21o6lk5 2026-10-11 15:20:58 mv3z07nhrbz7n8up 2026-10-12 14:08:41 mv5bv4pavr7esmdy 2026-10-12 14:10:14 mv5bx48cht0bpi59 2026-10-12 14:10:15 mv5bx4rqf8bnxqc4 2026-10-12 15:51:59 mv5fjyt87luswyi7 2026-10-12 15:52:58 mv5fl7o3qzjcrdi7 2026-10-12 15:52:58 mv5fl8d9budkxp4g

Description unable to click on anyone to activate their avi or unable to access and read bios faster its simply annoying Reproduction Steps i can read bios by looking for the person in the server and clicking their profile but unable to access avi or trying to fix it in any way Details Category: Other Frequency: Always --- platform: AndroidMobile (platform: Android - Mobile, store: PlayStore, headset: None) rawPlatform: Android clientVersion: 2026.3.3p1-1920-5a72154dad-Release unityVersion: 6000.0.67f1-DWR In-Client Report --- Log file: output_log_2026-10-07_23-18-46.txt

Summary If an OSCQuery-enabled app on the same PC is already advertising when VRChat starts, VRChat discovers it during startup, before login, and fails with a NullReferenceException while creating the OscClient. No “VRChat is going to send data to …” HUD notification is shown. OSC data is still delivered to the app (avatar parameters and /avatar/change arrive), so only the client setup or notification step seems to fail. If the app is started after VRChat has finished starting, it is discovered without errors and the HUD notification appears. Environment VRChat 2026.4.1-1931-68b4616cf3-Release (Steam), Windows 11 OSCQuery app on the same PC, advertising _oscjson._tcp and _osc._udp on 127.0.0.1 (python-zeroconf / tinyoscquery) Steps to reproduce Start an OSCQuery app that advertises an /avatar endpoint (e.g. /avatar/parameters/MuteSelf). Start VRChat with OSC enabled. Watch the HUD after logging in, and check the output log. Expected The app is registered and the HUD notification is shown, the same as when the app is started after VRChat. Actual No HUD notification. The output log shows this during startup (while the login UI is being created, before authentication): ```log Debug - Advertising Service VRChat-Client-XXXXXX of type OSCQuery on 53316 Debug - Advertising Service VRChat-Client-XXXXXX of type OSC on 9000 Debug - [Behaviour] creating login UI Debug - Found new OSC Service: <app>:<id> at 127.0.0.1:63269 Debug - Found new OSC Service: <app>:<id> at 127.0.0.1:63269 Debug - [Behaviour] authenticating Debug - Found OSC Client of type 0 Debug - Found OSC Client of type 2 Error - Could not make new OscClient: Object reference not set to an instance of an object. Debug - Found OSC Client of type 0 Debug - Found OSC Client of type 2 Error - Could not make new OscClient: Object reference not set to an instance of an object. ``` Frequency 7 out of 7 launches with the app started first. 0 errors when VRChat was started first. In that case the app was discovered about 2 minutes after startup, and the notification appeared. Notes Discovery happens about 1 second after VRChat starts its own OSCQuery service, while the login UI is still being built. Something used when creating the OscClient (possibly the HUD or notification system) seems not to be initialized yet. Similar log line, different cause (remote PC / request failure): “Osc being discovered on non-local pc” and vrchat-community/osc#169( https://github.com/vrchat-community/osc/issues/169 ).

OnPlayerTriggerEnter, OnPlayerTriggerExit and OnPlayerTriggerStay DO NOT FIRE when the player is in a station. This breaks events, manual culling, zone switching, and thousands of other map features across the entire game, when a player simply gets in a chair. I had to give up on a zone culling system because a map had vehicles and was not about to implement a custom Trigger Enter event solution (I did but it only supported axis aligned cubes) This was bug reported in 2021 and it's still not fixed!!! It's 2026 guys let my maps work correctly please!!!