Bug Reports

Steps: While in PC VR, select a user, and click "gift vrchat+" then with the 1 month option selected, press "purchase gift sub for XXX" Issue: After clicking this it often just spins, and nothing happens. No error messages or feedback on whether it failed or succeeded. Other: VRC is probably losing a lot of potential money from this. This whole process has a lot of unnecessary friction, and could be made better. A simple suggestion is to allow purchasing of VRC+ with VRChat credits to cut out all the third party stuff (steam, paypal, etc) so it can truly be a "1 button press" thing. It's hard to debug since I don't want to hammer at an issue that costs real money, so I don't have more useful info. Sometimes it does succeed and works as intended, but that's rare.

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.

In previous versions of VRChat, we could control a UI with a cursor that using a mouse when it wasn't connected to any controllers. But after build 1490, the cursor doesn't show up and we can't control anything. If it's not connected to any controllers, we can't even click the Go button to go to the home world. Steps to reproduce Launch SteamVR Launch VRChat without connecting to any controllers Can't control anything.

there is a rendering issue where outlines on objects bleed or transpass into the opposite eye's field of view. This visual artifact occurs consistently across all objects, leading to a disorienting experience in VR. Reproduction Steps: Play VRChat in VR mode. Position an pickup or interactable at the edge of the screen. Observe that the outline effect transpasses into the opposite eye’s view, causing visual disruption. Expected Behavior: Outlines should render correctly and independently for each eye, without bleeding into the other eye’s view, even when objects are near the edge of the screen. Observed Behavior: The outline effect consistently transpasses into the opposite eye’s view when objects are at the edge of the screen, as shown in the attached image. Additional Notes: The issue does not seem to be dependent on the VR headset, as it persists across vr hardware. It is particularly noticeable when using the Bigscreen Beyond headset. I haven't been able to test it on quest or pico Hardware Specifications: Headset: Bigscreen Beyond GPU: NVIDIA RTX 4090 Driver Version: 560.81 Attachment: A screenshot of the issue is attached for reference.

If a user has a upload avatar above 100M their height does not get clamped to the max height allowed. This causes an discrepancy with Remote view of the player having their avatar clamped to 100m. while locally the user sees themselves bigger.

Gestures are not working correctly when Pico4 is connected with Pico Connect. I can't do the peace, rock'n'roll gesture. Connect to PC with Pico Connect Start VRC Place your finger on the stick of the controller and bring out Victory (Peace). Put your finger on the controller stick and pull the trigger to release Rock'n'Roll.

There seems to be some sort of undocumented soft limit or bug that was introduced in the scaling update that causes contacts to break when there are too many receivers and senders close to each other. So when trying to show off complex avatar systems or in large lobbies of people close together contacts can not behave as intended as they will output the wrong value when interacting with other players. This "soft limit" is less than the hard limit of 256 components that was introduced in the same update. So if someone has an avatar with more than this soft limit by themselves it can cause the contacts to break for not just themselves but those around them. Alternatively, if there are a few people who have avatars that combined go over this limit and are in the same space together the interactions between themselves and the players around them can have weird behaviors. Here is a video that goes over the avatar set up and interactions in game to show the issue: https://youtu.be/O-4sUVi2yzQ Avatar ID of what I use to test in the video above is "avtr_5414f195-9453-41e4-8876-cf8ce10e48e1"

Create a scene with a button, with a counter, using a script similar to the one below. Have 2 players in the instance Have one rejoin, start sending events. Press the button to increment while other player is in loading screen, after you've seen the START event in the log (as per the script below) When the player joins, you will see the data (or at least world state) is stale. This can sometimes break game worlds, if a game starts/ends while on a loading screen. This is harder to trigger on a simpler world during the loading screen due to how short it is, but larger/heavier worlds this becomes more common. This affects manual sync scripts with OnDeserialization, I have not tested with Continuous sync. Note, there may also be a similar issue in the persistence system, which can cause similarly stale data to appear, but this is as of now untested. using TMPro; using UdonSharp; using UnityEngine; using VRC.Udon.Common; [UdonBehaviourSyncMode(BehaviourSyncMode.Manual)] public class Script2 : UdonSharpBehaviour { public TextMeshPro tmp; [UdonSynced] public int counter; void Start() => _Upd("START"); public override void OnDeserialization(DeserializationResult result) => _Upd("DESER"); public override void OnPostSerialization(SerializationResult result) => _Upd("POSTSER"); public override void Interact() { counter++; RequestSerialization(); } private void _Upd(string msg) { tmp.text = $"Value: {counter}"; Debug.Log($"[TEST2] {msg} {counter}"); } } Worth a note: this bug has existed since automatic restore of synced data was introduced, if not longer. I just forgot to report it, oops.

Beginning in the latest update and/or around 10/4/24, Twitch links plugging into (at least) the AVPro and/or TXL video players results in around 1/10th of PCVR players unable to hear audio or see the Twitch stream. Instead, they see "VIDEO ERROR" on the screen immediately after the link is plugged in. I cannot replicate this issue myself but it appears to be affecting users all over the world on PCVR only. It is affecting people in PCVR specifically (but maybe also on desktop, I am unsure) regardless of internet speed, PC build, GPU, video player custom launch options, etc. It does not appear to be affecting Quest users. By using a VRCDN link, it circumvents this issue but VRCDN is a paid service and not all can afford it or know how to use it. Please let me know if you need anymore information. I can also direct you to users who are experiencing this problem or ask them for more information.

I was playing and encountered an avatar that constantly tries to play a disabled audio source and this produces a warning (Unity warning) like so: 2024.10.17 06:37:05 Warning - Can not play a disabled audio source ÏÍÏÎÎÎÏÌÌÏÍÎÌÍÍÌÌÌÍÌÍÎÍ:ÍÍÌÌÏÏÌÍÏÌÍÍÌÌÏÍÍÎÏÌÎÏÎ(VRC_AnimatorPlayAudio, Animator) There should probably be a check to make sure the audio source isn't disabled before trying to play the audio.