Bug Reports

While grabbing a Physbone, Physbone colliders are ignoring its capsule segment as if the setting "Bones As Sphere" was enabled on the collider. See attached video: On my left hand I added two colliders for the Physbone on my right hand. The upper collider has the "Bones As Sphere" option unchecked. The lower collider has the "Bones As Sphere" option checked. While not grabbing the Physbone it behaves as expected and is colliding with it's middle segment. When I grab the Physbone with my left hand it is only colliding on it's end point, which I would expect only if I had the "Bones As Sphere" option checked on the upper Physbone.

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.

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.

You can't close the On-Screen Keyboard with the Escape Key after clicking off the text input. Open the On-Screen keyboard via Search, Chatbox, or World UI InputField. Click off of the keyboard input via clicking the Title, Copy Button, or Blank Space shown in video. Notice that the Escape Key does not close the keyboard.

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.

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.

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.

Prior to SteamVR input 2.0 you'd use the grip buttons to pose Physbones on Vive. Now, it's part of the trigger and activated upon a full pull. When posing is triggered, you drop the physbone, and it's posed. (if it has that enabled) When I squeeze the trigger I expect to be more confident about holding onto something, not drop it. An control other than the trigger we use to hold is necessary to pose, which grip fits for on the Vive. A binding for Physbone pose may be needed to facilitate this.

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"