Bug Reports

When taking pictures of users, in the pictures I get the impression the body mesh does not align with the other meshes. Viewing it normally does not show any anomalies. At first (during the open beta) I thought this was just an avatar and/or physbone and/or unity error and notified the avatar creator about the issue. But now with the build going live last Friday I noticed other photographers complaining about it as well. So I have to assume this is a bug in the current VRChat build.

This avatar is a complete Opti in every category-- every number is green-- but it shows up as a Medium both on the preview and on the website. BUT, shows GREEN OPTI beneath the menu. Public Avatar: https://vrchat.com/home/avatar/avtr_7c222799-cb0e-45af-96bc-93428db0373a

In most normal world lighting, the previews of stickers/drone skins/etc. (anything that is previewed in 3D) are so dark they can barely be seen. I assume they're only receiving direct lights and maybe the skybox, but no light probes or reflection probes, not sure. These items should have an extra light like the avatar previews have so they can be seen regardless of world lighting.

When I loaded an avatar that has an animation to toggle PhysBones on/off, all PhysBones (even those not controlled by the animation) stopped working. Once I played an animation that toggles any PhysBone on/off, they started working properly again. If I reset the avatar, they stopped working again. Strangely, when someone else resets or loads the avatar, the PhysBones start working normally.

Changing colors on the new drone camera skin disconnects you and sends you to your home world

Issue: After viewing enough worlds some tags in the world details become unclickable. This seems to be caused by viewing a world with a large amount of tags, even those not visible in the client. VRChat Home has one tag in-game that cannot be clicked: https://vrchat.com/home/world/wrld_4432ea9b-729c-46e3-8eaf-846aa0a37fdd/info Visiting the Details window of this world and then checking the details of other worlds seems to consistently trigger the bug, hence my assumption on a large amount of tags causing the issue: https://vrchat.com/home/world/wrld_e4ecd2a7-2165-407a-80b5-2dcbebca0f7e Oddly, the VRChat home one does not affect the ability to click other world's tags after it has been visited while Cougar Circuit, the link above, does seem to affect the ability to click the tags of any world after it, even worlds you've previously viewed the details of before. Once broken, this behavior persists for the rest of a session, switching worlds does not fix the issue, only closing and relaunching the game seems to fix the issue. Reproduction Steps: Open up the worlds menu Click on any world and mouse over the Tags at the bottom of the details. Observe how they react to the mouse and you can click on them to open a search with the tag. Keep clicking on different worlds and hovering over the tags to see them react. Eventually you may find some tags do not react to being hovered over and you cannot click on them to enter a search. (Visit the details page of the second world link above for an extreme example of the bug to occur on the next world you visit after visiting that world's details) Expected Behavior: I should be able to click any of the tags I see on a world's details page. Attachments Description: UnclickableTagsBug.mp4 - a video of the bug occurring after clicking through a number of worlds as well as visiting the page of the Cougar Circuit world linked above which seems to cause an extreme version of the bug that stops pretty much all tags on all worlds from being interactable afterwards.

Seems like on avatars uploaded after the newest update that use aim constraints flip the aim constraint up vector on the Y axis 180 degrees. This basically breaks aim constraints that need a specific up direction. This issue is NOT present in unity, and only happens ingame after uploading the avatar. In these images are 3 aim constraints (with very slight setting variations) all pointing towards the floor at a point, the L faces upwards in unity. Ingame they all flip downwards instead.

Summary: Client freezes when using String Loading under certain conditions. Phenomenon: When downloading a binary file using StringLoading, the VRChat client freezes for about 1 second immediately after the download (just before OnStringLoadSuccess is called). The size of the binary file at this time is 44MB. The freeze time is proportional to the file size. Comparison: Unlike the binary file, the freeze does not occur when a text file is downloaded. The size of the text file is 59 MB. Terminology explained here: Binary file: A file whose characters cannot be decoded as UTF8. Text file: A file whose characters can be decoded as UTF8. Test worlds: You can test the failure in the following worlds. The worlds have two buttons to download binary files and text files, and an image of the U# code (also attached this post). (The left button does not cause the freeze. The right button does.) https://vrchat.com/home/world/wrld_491e05ae-11f3-4173-b2bd-ba00f3e9ed47 Backgrounds: The gimmick I create often handle about 50MB of data. The gimmick downloads the data as text files currently. Binary data is processed by converting it to Base64 strings. However, if the binary data could be handled as is, it would be very useful because it would reduce the amount of space and remove Base64 processing. Therefore, I tried downloading the binary file and changing it to read in ResultBytes, but this caused a freeze. This freeze is not acceptable for world users, and until it is fixed, I cannot handle binary data processing directly. Suggested fix: My guess is that the problem is occurring because stringify the binary file is running just before OnStringLoadSuccess is called. Therefore, I propose two ways to solve this problem. Do not stringify the binary data (Encoding.UTF8.GetString()) until calling result.Result. In other words, if only result.ResultBytes is called, the stringify is not performed. Do the stringing process in a new thread, not in the main thread of VRChat.

There is an issue where both VRCConstraint and VRCPhysBone unexpectedly stop functioning locally at an unknown timing. While the exact reproduction steps are still unclear, this bug occurs under certain conditions and has the following characteristics: ・The bug only occurs locally — meaning that even if one user observes the issue, other users often still see everything working normally. (In some cases, the opposite occurs: everything appears normal to the affected user, but others observe the bug.) ・Once the bug occurs, all avatars (including other users’ avatars) will appear to lose all VRCConstraint and VRCPhysBone functionality from the affected user's perspective. ・Changing avatars, switching worlds, or rejoining does not resolve the issue. Even after switching avatars, the bug persists on the new avatar. The only reliable workaround is to restart VRChat entirely. This bug seems to occur most frequently when I wear the avatar I created: ( https://vrchat.com/home/avatar/avtr_eae3a743-c04d-4580-844e-4119ea9828d2 ) and visit crowded and heavy worlds. The first and second images show the bug occurring. The third image is a reference of how the avatar should look when displayed correctly. Please excuse any mistakes—I used a translation tool since my English is limited.

The Pride bundle says it would expire on 7/30, and it's now 8/7. Every time I log onto VRChat, I am bombarded with notifications about it. I do not want this bundle in my inventory (this is not due to any phobia, just for the record), and from what I've heard online, there is no way to permanently remove it once it's claimed. Thank you for your attention to this matter.