Bug Reports

The recently used avatars category is getting its sorting mode set to whatever the last tab you looked at's sorting mode was. Repro: View Recently used avatars category in MM, see that sorting mode is set to recently used. Click any Uploaded avatar category, take note of Last Updated sorting mode. 3 Click back to Recently Used category. Actual Result: Recently Used avatars category sorting is now set Last Updated. Expected result: The sorting mode should be Recently Used (or whatever the Recently Used category was originally set to before switching). w 2025-2.2-24dbdbc947- steam Branch: internal-beta

When ever someone updates their avatar or world the old cache doesnt get overwritten or deleted and stacks. easy to reproduce. upload a world load it update the world load it again and you got 2 cached versions. Possible solution: Check if there is a old cached version when downloading an avatar/world and delete it.

Since 1648, most attempts to join worlds simply send me back to my homeworld immediately with a slight lagspike during the black-screen that would usually transition into loading the world. This seems to be fixed temporarily by clearing content cache, although it usually does not take long to get back to ~29gb. This happens even if the world has already been downloaded! Friends have reported having this issue too so it's not just me!

The toggle for Full Screen being in the Enabled position is reversed, resulting in an inconsistency with the rest of the UI where setting toggles would be on the right position when enabled.

Using an EventTrigger component on a UI element, and telling it to SendCustomEvent (string) to an UdonBehaviour will cause the event to fire twice. I tested this by having an Event Trigger on one button sent _OnPointerEnter to an UdonSharpBehaviour named "HoverTest," and a second button send _OnPointerExit to the same UdonSharpBehaviour. Both of those methods had Debug.Logs in them, and when testing in unity with Clientsim, I only saw the messages once, as expected. However, testing in-VRChat, the logs showed up doubled for every event that was sent. I added some code to toggle a cube initially, and I thought these events just didn't work in VRChat, but it was actually getting enabled and disabled in the same frame, due to the duplicated events. This is a very annoying bug(?), as it means any Udon you make related to these events will have to account for the event being sent twice. This makes it really annoying to create toggles or incrementing counters based on hovering a UI element.

I noticed that clicking some things in the menu plays the click sound louder than intended These are the places I noticed this at: Clicking world thumbnail in side wing plays the audio louder than usual Same for clicking thumbnail from the worlds menu Same with clicking the world thumbnail on the Here tab Clicking a friend from the side wing and then clicking the thumbnail of a friend Clicking instance type when making an instance Remove worlds from favorites confirmation (Yes, No) There are probably other cases as well. I noticed this on the current beta, which is build 1662. This might also affect other branches too, like live.

Description: Users with the correct group permissions are sometimes unable to invite certain group members into an instance, despite meeting all requirements for those members to join. The problem is intermittent and does not affect all users equally. --- Steps to Reproduce: Create or join a group-only instance. Ensure you have full invite permissions for your group. Attempt to invite a member who meets all entry requirements. Observe whether the invite button is faded or not. --- Expected Behavior: * All group members who meet instance requirements can be invited successfully every time. --- Actual Behavior: * Some group members cannot be invited intermittently, even when permissions and requirements are satisfied. * The issue does not consistently affect the same subset of members. -- In the image provided below, I as the group owner was unable to invite the group member shown below to an instance I created. This issue appears to affect group-only instances only.

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.

Was logging in on Quest. Got a meta quest error popup when trying. Seems like it doesn't have any collision, which made it impossible to click the Okay button. Had to restart the game to try again. Video: https://www.youtube.com/watch?v=jh1u8-19xhk

This is a bug that is difficult to reproduce, and doesn't occur consistently at all, but I've observed it for the past couple of years at least, and felt like finally writing something about it. I will note that this has occurred across entirely different installs of Windows. Upon joining a Discord voice chat, it can sometimes cause VRC to immediately disconnect, like down to the millisecond that you joined it. This normally throws the error: "Your connection to VRChat was interrupted. Verify connection and try again." Looking at the logs, the only bit that looks relevant is: > Connection lost. OnStatusChanged to SendError. Client state was: Joined. SCS v0 UDP SocketErrorCode: 10055 AppOutOfFocus WinSock Not sure what's causing it, but yeah just some weird behavior that I've observed for years and just thought I'd mention it. I notice that it usually tends to happen when it's the first time I've joined a Discord VC in a while, it seems to not happen again for a days afterwards. It seems most likely to happen if you reboot entirely, load into VRC first, then load up Discord and join a VC, it might happen that first time but then never happen again for the rest of the day. If anyone else has experieced this, and might know more, please leave a comment. I have a feeling this might be one of those strange bugs that are weirdly specific and difficult to diagnose. (IE: https://feedback.vrchat.com/bug-reports/p/25gbe-lan-causes-jitterting-problems-exclusive-to-vrc ). For all I know this could be specific to my machine or my network for some reason, so some confirmation from others would be nice. Thanks.