Open Beta

I have the chatbox bound to the X button on my controller, pressing X will instantly open the chatbox. Previously, pressing X again would close the chatbox. However this no longer works. You must press one of the menu buttons (Y or B) to close the chatbox. This creates an issue where if you open the chatbox while the main menu is open, you won't be able to close the chatbox without also closing the main menu or vice versa.

This is a bug report and a feature request. The new nameplate system completely trashes group banners, which didn't have a great standard (or any standard, for that matter), to begin with. Currently, on live, a (mostly) consistent group banner means uploading a mostly transparent picture with the actual banner in the middle. This is wasting tons of space that could be actually used to show other art or graphics on the group page. The image scales very poorly on some parts of the site, as well. Our uploaded group banner is 2000x1126, following this unofficial guide: https://www.reddit.com/r/VRchat/comments/10e11hb/groups_banner_guide/ The main group page shows the original 2000x1126. A group event page with no custom thumbnail 1024x576 The groups landing page scales the image to 256x144. This is extremely bad if you have made a banner with transparency, as per above. I'm sure there are many more exposed within the client itself and maybe other parts of the website. But I think this is a good demonstration of how wildly inconsistent this group feature is. And now on beta with the new nameplate, we see just a few pixels of the group banner. This is effectively useless now for representing a visual of your group. I've attached a picture showing some of these inconsistencies.

One of the most frustrating experiences you can have with the radial menu is accidentally pressing the "reset avatar" option when going to change your height or release poses. With the new ability for the radial menu to support long press as an input, it would be really cool if avatar reset could be swapped to a long press to reduce accidental miss-clicks. (While less of a problem with the new mirror presets, the second most annoying would be accidentally resetting the mirror! So that's another one that would probably benefit from this.)

Launch VRChat while already logged in Use the "Switch Account" button in the MM to log out of the current account Log into a separate account VRChat gets stuck at the "Connecting..." screen

Currently, in the edge of hi-law city (a vket world from a couple of years ago) a standard on-enter trigger is completely broken, preventing you from progressing without teleporting to another player, and even then, dialog events do not occur. I cannot imagine this doesn't affect a great deal of worlds that rely on this. https://vrchat.com/home/world/wrld_ec86c5f6-90b6-40d8-928a-d405809c3421/info https://vrchat.com/home/world/wrld_4c106750-ecb7-434e-8f87-97ef6f9294ae/info Repro: Simply enter the world and try to see the intro event with Niigo, music doesn't trigger, and dialog doesn't progress. It works fine on the release build. If vket didn't have EX menu to teleport to exhibits or players, the world would be entirely broken- you would never be able to progress past the entrance area. I imagine that other games and gimmicks that rely on the same method we're using would also be entirely broken. Here's what I suspect is the log for the bug occuring: VRC.Udon.VM.UdonVMException: An exception occurred in an UdonVM, execution will be halted. ---> VRC.Udon.VM.UdonVMException: An exception occurred during EXTERN to 'UnityEnginePlayablesPlayableDirector.__Play__SystemVoid'. ---> System.NullReferenceException: Object reference not set to an instance of an object. at VRC.Udon.Wrapper.Modules.ExternUnityEnginePlayablesPlayableDirector.__Play__SystemVoid (VRC.Udon.Common.Interfaces.IUdonHeap heap, System.Span`1[T] parameterAddresses) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.VM.UdonVM.Interpret () [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunProgram (System.UInt32 entryPoint) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunProgram (System.String eventName) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.VM.UdonVM.Interpret () [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunProgram (System.UInt32 entryPoint) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunEventAdvanced[T0] (System.String eventName, System.Boolean mangleParameterNames, System.Boolean canRunBeforeStart, System.ValueTuple`2[T1,T2] parameter0) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunEvent[T0] (System.String eventName, System.ValueTuple`2[T1,T2] parameter0) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.OnTriggerEnter (UnityEngine.Collider other) [0x00000] in <00000000000000000000000000000000>:0 --- End of inner exception stack trace --- at VRC.Udon.VM.UdonVM.Interpret () [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunProgram (System.UInt32 entryPoint) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunProgram (System.String eventName) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.VM.UdonVM.Interpret () [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunProgram (System.UInt32 entryPoint) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunEventAdvanced[T0] (System.String eventName, System.Boolean mangleParameterNames, System.Boolean canRunBeforeStart, System.ValueTuple`2[T1,T2] parameter0) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunEvent[T0] (System.String eventName, System.ValueTuple`2[T1,T2] parameter0) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.OnTriggerEnter (UnityEngine.Collider other) [0x00000] in <00000000000000000000000000000000>:0 --- End of inner exception stack trace --- at VRC.Udon.VM.UdonVM.Interpret () [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunProgram (System.UInt32 entryPoint) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunProgram (System.String eventName) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.VM.UdonVM.Interpret () [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunProgram (System.UInt32 entryPoint) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunEventAdvanced[T0] (System.String eventName, System.Boolean mangleParameterNames, System.Boolean canRunBeforeStart, System.ValueTuple`2[T1,T2] parameter0) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.RunEvent[T0] (System.String eventName, System.ValueTuple`2[T1,T2] parameter0) [0x00000] in <00000000000000000000000000000000>:0 at VRC.Udon.UdonBehaviour.OnTriggerEnter (UnityEngine.Collider other) [0x00000] in <00000000000000000000000000000000>:0

As a non-VRC+ user: Set profile icon using camera Log out / Exit After an unknown period of time the icon resets

flick select should intuitively mean "hold the stick to it" when in flick select mode

Severe case (all the items): Open the Players debug overlay Spawn a couple (dozen) items (NOT the Multiple Companion Cube) Watch the network "Suffering" indicator bounce around in single-digit range, sometimes reaching low multi-digit Spawn the Multiple Companion Cube item Watch the "Suffering" indicator skyrocket to >120 Despawn the Multiple Companion Cube item Watch the "Suffering" indicator drop back down to 0 only very slowly Worst offender (just the Multiple Companion Cube item): Open the Players debug overlay Spawn only the Multiple Companion Cube item Watch the "Suffering" indicator slowly climb to ~100 Despawn the Multiple Companion Cube item Watch the "Suffering" indicator drop back down to 0 immediately This causes an issue where remote players that have multiple items spawned, especially the Multiple Companion Cube, will appear with a very large delay ("Fnl D" indicator in the player list) of ~4-5 seconds.

In previous versions, pressing the Y key would open the chatbox, and the WASD keys could be used for movement, while the Space key could be used to jump. However, in the current version, none of these keyboard inputs work at all.

Issue: With the new global collider option users can now mark a PhysBone collider as global to allow it to collide with other peoples PhysBones. This however has one problem, you can't have a global collider that can collide with other peoples PhysBones, while not having it collide with all of your PhysBones. For example Furry Avatars often have PhyBones in their toes, but maybe also want to be able to have a global collider on their foot. Currently those two would interfere with each other and there is no way to prevent that without making the collider local or disabling "Self" on the Phys Bone collision. (Doing so would also prevent hands etc from colliding.) Suggestion: Essentially, allow us to somehow have a global PhysBone collider that we can locally ignore. There are 2 ways I could see this being solved: Have a "Ignore Colliders" list on each PhysBone. If you have a global collider that you don't want it to collide with you can just drag it in there. Similar to PhysBones themself, have "Collide Self" and "Collide Others" toggles on PhysBone colliders when set to global, allowing you to decide if it should only be global for you, others or both. Current Workarounds: Currently you can just have "Allow Self" disabled on the PhysBone and live with you not being able to touch or grab them. If you want to add that back you could add your own finger colliders, etc. just for that PhysBone. Attachments: Here is a screenshot of the "Allow Self" and "Allow Others" settings on PhysBones that could also be implemented for colliders.