Open Beta

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.)

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.

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.

I have discovered that the LOD's in my worlds [usually, trees], are all super short range now and have reset. All of my trees vanish within my worlds from barely that far. I have a TON of worlds that utilize LOD's especially for distant trees, please fix this. https://vrchat.com/home/launch?worldId=wrld_ebfd436c-78b8-45b7-9101-1171e8939552 This world that I have made shows this issue off clearly.

I've noticed sometimes when blocking a user while avatar culling is enabled (Hide Beyond 0.00m), their nameplate will disappear and their mic audio will stop, but their diamond will still be visible with movement. Toggling avatar culling off and on again hides them completely, rejoining the instance will also hide them completely.

Have a custom profile picture taken in-game. Wait a bit Picture reverts to Avatar Pic This might be caused by not having VRC+ on the beta.