Bug Reports

No off-topic posts
Don't report more than 1 issue at once
For isolated issues or customer support visit help.vrchat.com

Thanks for your bug report!

Local-only avatar contacts vanishing after changing avatars in populated instances

Enter a popular instance with any avatar with lots of local-only contacts (the one I was testing is avatar ID: [avtr_c701d721-8543-4f4e-a524-d34c52eb545b]. If you do use this, be sure to enter the expressions menu, enable the "Combat" setting, and choose the Guardian Sword/Shield weapon option to most easily see the contacts. That is what the pictures attached are of). Enable your debug overlay so you can see contacts (the avatar above, if you have the Guardian Sword/Shield equipped, should have a receiver on the hilt of the sword on your left hip). Swap to any other avatar (I swapped into both [avtr_afa9d203-c185-4eb1-8933-b37eb75ae711] and [avtr_3a96e532-d5bd-4925-a92b-ab55a1d0b45e], both avatars with high local-only contact counts due to a cross-interactive health system. Both were afflicted by the bug). Swap back into the avatar with lots of local-only contacts. Repeat steps 3 and 4 until you can no longer see local-only contacts. The more people with contact-heavy avatars, the faster the bug seems to happen (a friend testing with duplicates of the avatar ID in step 1 had only 4 people in the instance and the bug happened immediately). Sometimes only some of the local contacts vanish, not all of them. Strangely all nonlocal contacts remain present. This only affects local contacts. Rejoining the instance will return the local contacts, but only while you are in the avatar. They begin vanishing when you start swapping avatars again. First image is alone in a home world. The second image is of the same avatar after swapping out of and then back into it while in a populated Black Cat instance. This bug seemed to be happening in the previous build as well, but much less consistently. I was unable to reproduce it then and only encountered it a couple of times until the current build 1553. On a personal note: My whole gimmick as a creator is touch and motion-based avatars that have high amounts of cross-interaction using lots of local contacts, so having the very backbone of my entire creation style become completely unusable after swapping avatars is infuriating, to say the least. I hope this is resolved soon.

tracked

Disabling IPv6 breaks in-game notifications

This DOES NOT break popups that appear above the small menu. This will, however, break all notifications from the notification tab, thus rendering vote kicks and invites from others completely unusable. Group invites and friend requests will only work using the website. This also appears to break sending friend requests and invites. I did not test sending group invites. Starting vote kicks appears to work. I run Linux rather than Windows which may play a factor. In the case of Linux, having ipv6.disable=1 in the kernel parameters causes the issues as described above. Edit to add: Disabling IPv6 will also spam the logs with the following or something similar, all within the same second: Log - [Always] Websockets API lost connection: Socket closed Warning - [Always] API websocket connection attempt failed (timeout=False), retrying in a bit... Error - [WebsocketPipeline] Websocket exploded! An error has occurred in closing the connection. : WebSocketSharp.ErrorEventArgs Log - [Always] Websockets API lost connection: Websocket exploded! An error has occurred in closing the connection. : WebSocketSharp.ErrorEventArgs

[1553] OnDeserialization not guaranteed to fire for late joiners

tracked

Local Test should not consider untrusted URL. (There is no workaround.)

So I must re-upload the test world again and again. 2024-12-19 21:03:37.0348 [0] 2024.12.19 21:03:36 Error - You are playing an untrusted URL (Domain: pbs.twimg.com) in a local world. If this URL is needed for the world to work, the domain needs to be added to the world's Video Player Allowed Domains list on the website.

Regression: Shader fallbacks only fallback _MainTex

Shader fallbacks as of the newest update (1554) only fallback _MainTex, where previous version of VRChat supported: _Color _MainTex _Glossiness _GlossMapScale _SmoothnessTextureChannel _Metallic _MetallicGlossMap _BumbMap _OcclusionMap Shader effected: Standard, Standard (Specular Setup), Autodesk Interactive, Standard Lite, and any custom shaders that use the same shader properties.

World instances can no longer be created, and when restarted, the VRChat itself cannot be entered for a while.

If I keep visiting different worlds, eventually I will not be able to create instances of worlds. When I enter this state, no matter which world I try to select, it will not be selected and I will not be able to enter a world (see image). If I restart VRChat in this state, it will not move forward from the first loading screen and I will not be able to play VRChat (see image). After a few hours have passed since my inability to play, I can log in again. 色々なワールドを巡り続けているとそのうちワールドのインスタンス作成ができなくなる。この状態に入るとどのワールドを選択しようとしても選択されず、ワールドに入ることができなくなってしまう(画像参照)。この状態でVRChatを再起動すると最初のローディング画面から先へ進まなくなり、VRChatをプレイすることができなくなる(画像参照)。プレイできなくなってから数時間が経過するとログインできるようになる。

Pickup events may not be called when multiple Udon components are attached

Pickup events may not be called when multiple Udon components are attached. Reproduction Procedure: (1) Create an appropriate mesh object and attach a VRCPickup. 2) Add multiple Udon components that override OnPickupUseDown(), etc. 3) Run ClientSim or test build 4) Only the pickup event of the first Udon component added to that pickup object will be called If you remove the Udon component that was added to that pickup object for the first time and then add it again, the pickup events of all Udon components will be called. I also tried rearranging the Udon component on the Inspector, but there was no change in the component that the pickup event is called on, so the order in the Inspector does not seem to matter. from VRCSDK 3.7.5 Reference: https://github.com/mimyquality/FukuroUdon/issues/18

Mip map streaming breaking

Problems with Mip Map Streaming 1 256 textures from 1998 (HL1) are getting squashed to 32 2 Every time Mips switch it stutters 3 Unity doesn't unload Mips nicely so you can have multiple res loaded at once for extended periods eating up VRAM (Fixed in URP) 4 Oculus menu has trouble rendering due to lack of VRAM (Pico too) 5 there is no Prioritization of Mips it's blanket so it doesn't prioritize people next to me and myself so I look pasty 6 I get Memory Low more often than before Fix Disabled Mips Map Streaming until it can be Prioritized or Disabled

tracked

StandardShader Cutout does not fall back correctly.

After applying VRChat 2024.4.2, the Standard shader set to Cutout becomes opaque due to fallback. ■How to reproduce ・Set StandardShader to “Cutout” and lower the transparency to make it invisible. ・After uploading, apply a safety to the shader from a third-party perspective to check it. Or, turn on fallback shaders from the pie menu. ・It appears opaque. In the past, I believe this would have been applied if it were a Cutout, even if it fallback in this manner. However, I cannot distinguish whether this is a glitch or whether it was more of a glitch that it had been functioning correctly until now.

tracked

Constraints on head with avatar scaling is misaligned

Using an avatar with an item on your head that uses VRC Constraints (the context is to make a hat that can be removed from my head) will cause the object to be misaligned when the avatar is scaled down or up. Visibility is local only, but it seems to inconsistently happen remotely as well.

→

Boards