Bug Reports

I run an event that fills up pretty quickly once we announce that guest doors are open. We open the the instance as a group instance with instance queue enabled. After we get all of the staff into the world for the event, we announce on discord and in group pings that the instance is now open for guests to join. Guests should be joining and starting up a queue at the announced time. What they can currently do is use the "Show Go Button on Load" setting to preload the world and reserve their spot in the instance. We can't tell what guests are doing this because they don't load into the world, we have no idea who hass connected early. They simply join the world with everyone else once the ping has gone out. You can test this easily with 2 other people. 1) Create a group instance with a queue for a world with 2 max slots. Just the two of us works well. 2) Have the instance owner join first and load into the world. 3) Have the person who will use the "Show Go Button on Load" join the instance, but not press the join world button. At this point, the person inside the instance does not see anyone else in the world. The person in the load screen has reserved their spot in the world. 4) Have a third person attempt to join the instance. They will either be placed in queue, or receive an error related to needing to join a queue but it will not place them in a queue. From the perspective of the person inside the instance, no one has joined. The third person cannot join the instance and MAY be able to queue. The second person that is waiting to join can join freely at any time. I do not know how long this instance slot reservation lasts, but it is causing significant issues with group instances with queues.

When Collision Mode was set to "Hit Players" or "Hit Worlds And Players," my own avatar was hit, but other players' avatars were not. When using "Hit World" or specifying "Pickup" in "Hit Custom Layers," the target was hit correctly. Do other players' avatars also need to be running SDK 3.10.3?

The Miniature Black Hole in WarpEffect is visible to me, but it is not visible to other players.

1 : Open the VRChat Menu. 2 : Go to the Marketplace/Store tab. 3 : Search for and select the Stellar Conduit portal. 4 : Wait for the 3D preview to load. 5 : Observe the FPS drop. 6 : Exit the store and try to show an avatar.

With the new VRC+ exclusive Shimmering Warp effect I noticed there was no option to archive it. I have Random selected and wanted to take out the new effect so it isnt part of the random selection. Current way to do this is by archiving a cosmetic, but with it missing im forced to have it in the random effects.

Once your friend count exceeds 2,000, it takes a very long time to load instances. I’ve been playing VRChat for nearly six years. I look forward to visiting various public instances every day. However, since my friend count increased, I’ve started experiencing a wait time of about 3 to 5 minutes every time I move to a new instance before it loads. I suspect that the system reloads the entire friend list every time the instance list is displayed, so I’d appreciate it if there were a better way to resolve this. Alternatively, I think a feature that allows users to bulk-manage friends they haven’t seen in years or have only met once could help prevent friend counts from growing excessive Translated with DeepL.com (free version)

On the calendar, there is a bit of confusion between entries that represent an event series and entries that are event occurrences within that series. Event Series entries always auto-generate for the next upcoming occurrence and auto-delete when the occurrence is over, which is fine behaviour. The main issue is that there is no differentiation between the two in the client, and this leads to duplicate notifications when events start and duplicate entries when linking an instance to an event.

If you try to launch a world that's not meant to be joinable due the world's maximum players being set to 0 (or other reason with this specific world), the VRChat client will hard crash in a specific scenario when trying to send the user back to their home world. Affected world: by Phantom Touch ( wrld_07b20a52-c0b5-4659-85ac-a855fc11cb7e ) https://vrchat.com/home/world/wrld_07b20a52-c0b5-4659-85ac-a855fc11cb7e/info Trying to drop a portal or join this world from in-app fails with an error message, stating it's full. Creating a new instance in-app and then dropping that portal works, however anyone entering the dropped portal will be sent back to their home world once the world is initialized. Another quirk: Being invited to the above world says "join them" instead of "join them in [worldname]". The specific crash trigger is caused by launching VRChat client from an invite/launch URL or from Steam launch parameters. Steps to reproduce the crash: Close the VRChat client. Launch VRChat from the following URL: https://vrchat.com/home/launch?worldId=wrld_07b20a52-c0b5-4659-85ac-a855fc11cb7e&instanceId=BUGREPORT - alternatively set the VRChat launch parameters in Steam to vrchat://launch?id=wrld_07b20a52-c0b5-4659-85ac-a855fc11cb7e Wait for the world to download and initialize. Crash. Expected behavior: I anticipated to be sent back to my home world, or fail graciously in some way. Error world in the worst case scenario. Actual behavior: The VRChat Steam client crashes after loading into the world. A single frame is displayed from the world before the crash. Reported-by: dronenight

I am experiencing an issue where an error occurs when trying to change an avatar's appearance using specific Looks presets. Specifically, the situation is as follows: When selecting a specific Looks set to change, the error "Error wearing look" is displayed, and the change cannot be applied. If I copy the problematic Looks set, the copied version temporarily becomes changeable, but the original Looks set remains unchangeable. Even for the copied Looks set, the error recurs after some time, making it unchangeable again. It is unclear what triggers this. Immediately after copying, the change is always possible. This issue is not avatar-dependent; other Looks sets for the same avatar can be changed without issue. It is also not dependent on the type of accessory. Even when using the same accessories, there are other Looks sets that can be changed without any problems. Affected Avatar ID: avtr_d9d6f11f-3dd6-4d23-9791-247ab728da09 Please let me know if there is a way to share the problematic Looks data with you. If you can investigate the data directly from my account, please refer to the account "chiugame". I would appreciate it if you could investigate this matter. Thank you very much. Note: I previously posted the same content, but it appears to have been removed for some reason, so I am re-submitting it. I apologize if there is any inconvenience or if this has resulted in a duplicate post. If there is already an existing post that this should be merged into, I would appreciate it if you could close this post and let me know which one I should follow.