Bug Reports

  • No off-topic posts
  • Don't report more than 1 issue at once
  • For isolated issues or customer support visit help.vrchat.com
Thanks for your bug report!
Severe Cursor Jitter on World UI Elements When "Forced Camera Near Distance" Is Enabled at Long Distances from World Origin
Affected Versions: Live and Open Beta (All Worlds) Platforms: Occurs in both Desktop and VR modes Summary: Cursor movement becomes unstable and jittery when interacting with UI elements in worlds located far from the Unity world origin (0,0,0), specifically when “Forced Camera Near Distance” is set to either Dynamic or Forced . The issue persists even after a full VRChat reinstallation and clearing of all local data. Description: When “Forced Camera Near Distance” is active, UI interaction (via raycast) experiences significant jitter proportional to the player's distance from the world origin. At approximately 500m from (0,0,0), the jitter becomes noticeable, and by 1000m+ it becomes severe enough to make UI interaction nearly impossible. Additionally, mild cursor snapping occurs on some VRChat system menu interfaces (less critical, but possibly related). Steps to Reproduce: Load or create a world containing a UI canvas (using vrc_ui_shape) positioned at least 800m from the (0,0,0) coordinate. Teleport the player to the UI location. In the VRChat settings, set "Forced Camera Near Distance" to either "Dynamic" or "Forced". Attempt to interact with the UI — observe severe cursor jitter on new raycast/movement. Observed Behavior: Cursor jitters heavily on UI elements. The effect intensifies with increased distance from the world origin. Example: At position (0,0,2000), jitter is extremely pronounced (see attached video). Expected Behavior: Cursor should remain stable and accurately track raycast movement regardless of distance from the world origin or camera near-distance settings. Workaround: Setting "Forced Camera Near Distance" to "None" eliminates the jitter almost entirely.
3
·
available in future release
A Very Poor rated avatar (452,293 triangles) is being loaded as a fallback avatar on Windows with Safety Shield, even with max download size = 0 MB and Very Poor avatars blocked
I've noticed Jaywasreal (usr_a68050b3-ddc8-46b5-9353-f4b7680ea723) was wearing a Very Poor rated private Avatar 'avtr_2c03efc2-cf7a-44a7-8416-87d68a3b3919' (Jays priv choco) with 452,293 triangles (Very Poor) as a fallback avatar , while everyone else with a Poor or Below performance rank avatar was blocked (fallback/impostor). These kind of fallbacks (> 70,000 triangles) should be typically impossible, because custom fallbacks require to be "Good" rated performance rank on all supported platforms (excluding components that will be removed when over the limit). Loading this Very Poor rated fallback persisted even on rejoining the world. Video (15,1 MB): https://files.catbox.moe/vqlj0s.mp4 2025.12.20 01:49:16 Debug - [AssetBundleDownloadManager] Download for avatar (Worn:0 Friend:0 Shown:0 Near:0) (53.5 MB) started 8 seconds and completed 11 seconds after queueing. 2025.12.20 01:49:16 Debug - [AssetBundleDownloadManager] Average download speed: 1392478 bytes per second 2025.12.20 01:49:16 Debug - [AssetBundleDownloadManager] [341] Unpacking Avatar (Jays priv choco by Jaywasreal) 2025.12.20 01:49:17 Warning - [Behaviour] Avatar has 1 colliders. These will add an additional performance cost when active and no mirrors/cameras are active. 2025.12.20 01:49:17 Debug - [Behaviour] CacheComponents: ParticleSystems 63, AudioSources 25 2025.12.20 01:49:17 Debug - Found SDK3 avatar descriptor. 2025.12.20 01:49:17 Debug - [Behaviour] Using custom gesture mask from base layer 2025.12.20 01:49:17 Debug - [Behaviour] Using default fx mask (all muscles disabled, all transforms enabled) 2025.12.20 01:49:17 Warning - Recovered 142 Network IDs from Avatar 2025.12.20 01:49:17 Debug - [Behaviour] Avatar is Ready, Initializing 2025.12.20 01:49:17 Debug - Measure Human Avatar Avatar isRemeasure:False 2025.12.20 01:49:17 Debug - [Behaviour] Initialize ThreePoint Avatar VRCPlayer[Remote] 56 False 7 In error logs, there is no AssetBundleDownloadManager manager error for Avatar 'avtr_2c03efc2-cf7a-44a7-8416-87d68a3b3919' (Jays priv choco). But the other avatars are being blocked for AssetBundleBadPerformance. When Jaywasreal's Avatar 'Jays priv choco' was shown (not Safety Shield), alpenmilchschokolade (avtr_c9a20362-6680-49f7-b7e0-fb4815791a14) was loaded (Very Poor 591,031 triangles). (The logs get confusing to read.) This gets blocked by AssetBundleBadPerformance when Very Poor was blocked, but then Jays priv choco was loaded. 2025.12.20 02:13:30 Debug - [ModerationManager] Jaywasreal avatar is enabled 2025.12.20 02:13:30 Debug - [Behaviour] Switching Jaywasreal to avatar alpenmilchschokolade The mobile version of this avatar is a 0 polygons avatar (Excellent). Neither 'alpenmilchschokolade' nor 'Jays priv choco' has impostors generated. The VRChat client should probably also validate the fallback avatars meet the requirements (Good rated or better) in addition to server-side processing. Maybe Avatar 'avtr_2c03efc2-cf7a-44a7-8416-87d68a3b3919' needs to be sent back to server processing/security checks?
9
·
available in future release
Load More