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!
Guests queueing early to skip queue
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.
2
·
tracked
Launching into a world with a max capacity of 0 crashes the VRChat client
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
2
·
tracked
Load More