Bug Reports

Since around June 17, 2026, the Visits counts for VRChat worlds may have been increasing abnormally. Based on posts from multiple world creators and external tracking services, this does not appear to be limited to a specific world. Several unrelated worlds seem to have shown a significant change in their Visits increases around the same time. For example, some worlds appear to have roughly doubled their daily Visits increases after around June 17. There have also been reports of unexplained Visits increases in worlds that normally receive very few visitors, worlds intended for small groups or personal use, and newly uploaded worlds where the creator only entered for testing or to take screenshots. At the same time, in some cases there does not appear to be a significant change in Favorites increases, social media promotion, or other factors that would reasonably explain the increase. This makes it difficult to explain the situation as simply an increase in popularity or traffic. Could you please check the following? Whether the Visits aggregation logic or counting conditions changed around June 17, 2026 If there was a change, whether it was an intentional specification change Whether there is currently an issue with how Visits are being counted If possible, whether creators can be informed about any specification changes and their impact Visits are an important metric for world creators when analyzing post-release performance, the impact of updates, promotion results, and comparisons between worlds. If Visits are currently being counted using a different standard than before, it becomes difficult to compare them with past data, which has a significant impact on creator-side analysis. For reports related to this issue, please see my X post below and the quote reposts on that post. https://x.com/oe_tw/status/2070338873633444118

Since the update to Build 1864, whenever I play in certain worlds, Easy Anti-Cheat invariably displays a “Disconnected” error after about one minute, forcing me back to the Home World and preventing me from continuing to play. I have confirmed that this error occurs in the following worlds: ・Rhapsody ep. 1 - Grave (wrld_b999a5e6-5ea9-4120-bd88-f8db385bbca6) ・Rhapsody ep. 2 - Scherzando (wrld_241bfaf5-8c8e-4805-8c33-8f6087e65eaf) In these worlds, teleporting to almost any area—excluding Mirage Cape and the starting area—will invariably trigger an EAC error within about one minute. This issue occurs regardless of whether you’re in desktop mode or VR mode, and numerous users have reported the same symptoms.

When Enable Spatialization is ticked, if a player causes an audiosource to call audiosource.play () and then moves out of the range of the audiosource and the audiosource is played again, the player will hear the audio for a split second. The audio will then "move" towards its actual location with each successive play of the audiosource until it cannot be heard, as intended. To reproduce this: create an audio source and add an audioClip in unity, add the vrc spatial audio source component check "Enable Spatialization" Set Spatial Blend to 3D ( and ensure its not global, eg. a custom rolloff) Add a script that will play the audio source such as: using UdonSharp; using UnityEngine; using VRC.SDKBase; using VRC.Udon; public class audiotester : UdonSharpBehaviour { [SerializeField] private AudioSource audioSource private void Update() { if (Input.GetKeyDown(KeyCode.F)) audioSource.Play (); } } Wire up the audio source game object with a game object that contains the script in the inspector Put the audiosource game object at 0,0,0 position Publish the World In the world in vrchat press "F" once to hear the audio Move out of range of the audio source Press "F" again The start of the audiosource will play at volume for a second, and be heard outside of its defined range

For the past few days, the "New" and "New & Noteworthy" tabs in the World menu and website do not appear to be functioning correctly. Specifically, worlds that have successfully passed the Community Labs review process are not being displayed in the "New" tab as expected. In addition, the "New & Noteworthy" tab is updated very infrequently. This results in the same worlds remaining featured for extended periods of time.

The new Inflatable Pool and MEGABLASTER XTREME 1000 utilize the built-in contact tag "Water", allowing avatar makers to make custom interactions with these Items. The recent Photonic Slicer also has various useful tags assigned to it- namely "Weapon", "Damage", "Damage Sharp", and "Fire". However, the "Portable Winterizer" , "Frosted Scribe", and "Winter Cheerizer" are lacking the "Cold" and/or "Freezer" tags. On the Consumable side, the Marshmallow on a Stick, Grand Assortment, and Hanami Dango lack the "Consumable" or "ConsumableFood" tags, and the Flask of Effervescence similarly lacks the "Consumable" or "Consumable Drink" tags. It seems unintended that these older items are missing their relevant tags, as consistent implementation would be immensely useful for avatar makers to create create custom interactions with Elemental and Consumable Items.

I use the dolly cam in multicam/Spout mode for streaming and it used to function as expected, but for several months now the timing has been completely wrong. I'll set up three camera paths I set the Duration to 15 seconds and don't change it For each path I only set up four nodes, totaling 60 seconds per path THE PROBLEM: Instead of each path cycling for 60 seconds and repeating, they cycle once (60 seconds) then pause at their starting points for another 2 minutes before cycling again. I'm guessing that the timing is adding ALL the path times together instead of using the longest one (pausing the shorter paths, if any, until the longest one has reached its end). In case it matters, my camera settings are: Paths: 3 Motion Control: Time (required for multicam) Easing: None Path Type: Loose Looping: Revolve Capture: None Streaming: Multi

Desktop Moving Station Head Position Bug Head movement becomes strange when in a freely moving/rotating station in desktop mode. Issue seems to be caused by floating point error accumulation, problem is made worse by being further away from origin. Returning to origin does NOT fix the problem. Re-entering the station does, until it happens again. Issue persists after exiting station, is fixed by entering and then exiting a station. Effects: All worlds with vehicles or theme park rides TEST WORLD: https://vrchat.com/home/world/wrld_3a9ced67-8172-4d75-b724-239d7ac72eac/info Method: Enter the station. Fly far away from spawn (30,000++ to make it happen quickly). When far away try rotating with the WASDQE keys, notice how the view position shifts awkwardly as you rotate. After doing it a lot you should notice that your avatar's head and view position moves around a lot based on your look direction, even after you exit the station. (Check with mirror/camera) Keys: WASDQE=Rotation arrow keys=Move H=Respawn Chair Space=Exit Chair Technical: station is just a moving transform, no rigidbody, moving in Update() The bars in front of the chair are for positional reference, so you can tell the bug is happening. Bug was introduced some time mid 2025.

Nameplate platform indicators are displayed based on the platform the viewed user is running, rather than relative to the viewer's own platform. This makes the indicator redundant on same-platform users and inconsistent across platforms. Platform indicators should only appear on users who are on a different platform than the viewer. Example: * While on PC, the viewer should see an Android indicator on Android users. (that's already the case) * While on Android, the viewer should see a PC indicator on PC users. * No indicator should be shown for users on the same platform as the viewer (only for PC user true).

When I go settings and into the debug section to empty my content cache. After restarting my game my cache refuses to empty!

Description: I am reporting a persistent issue where my finger tracking (Valve Index Controller) freezes for other players after a world transition. While everything looks correct on my end, remote players see my hands in a static pose. This issue persists across multiple avatars and occurs regardless of the avatar's specific setup. Observed Error Logs on Remote Clients (when viewing my avatar): * ERROR: LoadAvatar failed - no avatarId * WARNING: Recovered 0 Network IDs from Avatar * WARNING: Model failed validation ... unitySortNumber, assetVersion Troubleshooting steps already taken (none of these solved the issue): OSC Reset: Did not fix the sync for other players. Manual Tracking Reset: Used a custom FX layer to cycle VRC Animator Tracking Control (Animation -> Tracking). No effect on network sync. Hard Reload: Trigger + Grip + Menu button combo did not restore the skeletal state for others. Unity Settings: Enabled Update When Offscreen on all Skinned Mesh Renderers. Blueprint ID: Detached and re-uploaded the avatar with a fresh ID (Pipeline Manager). Hardware: Confirmed SteamVR is using default bindings and sending skeletal data correctly. Conclusion: The logs ( Recovered 0 Network IDs and no avatarId ) strongly suggest a server-side synchronization failure during the "handshake" process when entering a new instance. The VRChat network layer appears to fail at mapping bone IDs to remote clients, even though transform data is being sent.