World/Udon Bugs & Feature Requests

Currently the VRCObjectPool component allows the user to return a specific Game Object from the pool via the Return(Gameobject obj) method. However it does not allow the user to spawn a specific Game Object from the pool via the TryToSpawn() method. It would be beneficial to users to provide a lightweight option to spawn a specific object using the VRCObjectPool component. This would make it easier for new and experienced World Creators to spawn specific objects, in a simple manner, without having to rely on complex systems to manually synchronize the active states of objects.

[Steps to reproduce] Lay out many (about 50 or more) MonoBehaviour and VRC_Pickup objects in the scene. Enter the world with 3 or more people. All player pick up and move some objects. Join a new player. The coordinates of some objects are not synced correctly to the new player. [Cause] Maybe, ownership information is not correctly transmitted to new player. In the new player, owner of some objects will appear to be the master. But the owner is actually a different player. So the coordinates by the true owner send to be ignored, the new player will see the object appear to be stationary from its initial position. Also, if an object is picked up by the true owner of that one, SetOwner is not called. So new players will continue to recognize that the master is the owner. [Interim measures] Always the master keep to hold all ownership of objects.

To reproduce: Create a behaviour with ExecutionOrder -100000 Create a child of it with another behaviour with no execution order overrides Create a behaviour with ExecutionOrder -100000 and NO child objects as a control Create a new separate behaviour with ExecutionOrder +100000 Add a log to Start() to keep track of it Expected result: Behaviours with -100000 to log first Behaviours with no override to log second Behaviours with +100000 to log third What actually happens: Behaviours with -100000 and NO children log first Behaviours with no override log second Behaviours with +100000 log third Behaviours with -100000 WITH children log fourth Repro world: https://vrchat.com/home/world/wrld_f43e6a53-97c2-4a6b-88af-60612f4b3cce This also creates another large issue If you also try to disable those -100000 objects (with Default children) via the +100000 Start() method - the -100000 behaviour will enter a broken state where it will never initialize or receive any events no matter what. You can toggle them on and off after - no methods will ever fire I have created a test world that illustrates the above: https://vrchat.com/home/world/wrld_06ab5f32-ffbe-44dd-9930-b3b28074fcfd Checking the logs when loading in - you'll see a bunch of objects logging OnEnable (the ones that report withChild False ), and a bunch of Default objects which are children of other -100000 objects. Then they will all get disabled by the +100000 behaviour. Clicking the sphere enables those -100000 parents, but they never log either Start() or OnEnable

Checking the equality/inequality of a system-defined enum with equality/inequality operators ( == / != ) will fail. As a result, this example codes in the document don't work as expected: https://creators.vrchat.com/platforms/android/android-best-practices/#2-detect-mobile-players-in-your-world-automatically public override void OnInputMethodChanged(VRCInputMethod inputMethod) { if (inputMethod == VRCInputMethod.Touch) { // Run code for touch input } else { // Run code for non-touch input } } (The UdonGraph version (attached image) also has an identical issue.) Workaround Cast to underlying values and compare them. if ((int)inputMethod == (int)VRCInputMethod.Touch) Analysis UdonSharp compiles the expression inputMethod == VRCInputMethod.Touch into EXTERN, "SystemObject.__Equals__SystemObject__SystemBoolean" Although Object.Equals(Object) is overridden by Enum.Equals(Object) , which the inputMethod may have, with comparing underlying value, this EXTERN seems to call the Object.Equals directly (maybe via reflection API), and it returns the unexpected result (by only comparing the referencing instances). The EXTERN, "SystemObject.__Equals__ comes from here https://github.com/vrchat-community/UdonSharp/blob/22307065bd408dfd163fe46b0b8b701a4efcbc00/Packages/com.vrchat.UdonSharp/Editor/Compiler/Binder/BoundNodes/BoundInvocationExpression.cs#L420 And replacing the System_Object of this line with System_Enum doesn't work because the Enum.Equals is not exposed. Suggestions Temporary, rewrite the example codes using cast operator Expose System.Enum.Equals And replace the EXTERN with System.Enum.Equals

VRChat SDK version 3.2.0 Newtonsoft Json version 2.0.2 VRCJson.TryDeserializeFromJson("{\"key\":{\"nestedKey\":\"{\"}}", out DataToken token) returns false. Braces are valid inside a string value in JSON, so it should return true.

When a VRCSpatialAudioSource has "enable spatialization" checked, the first split second of the audio very often comes out bugged -- either too loud or too quiet. This is more consistent in desktop mode, but it also happens in VR. (It does NOT happen in the editor.) I've made a world that demonstrates this here: https://vrchat.com/home/world/wrld_28350882-3cff-4bde-bb6c-47014de61b2a A split second of missing audio might not seem significant, but the very start of a note usually characterizes its tone, and in the case of short 'notification blips' it can result in the sound missing almost entirely. (And padding the start with silence to work around the bug would result in the sound feeling 'late' compared to whatever visuals it's meant to accompany!)

Setting a synced array to be null causes serialization to fail.

Log the bool "value" argument for InputUse. Click your mouse and release. Expected: receive "True" once, receive "False" once Actual:

Scripts with different sync behavior modes starts not in the same frame. That makes it impossible to control the order of start in combination with the DefaultExecutionOrder attribute. Example: [UdonBehaviourSyncMode(UdonSharp.BehaviourSyncMode.None)] public class BehaviourSyncModeNone : UdonSharpBehaviour { } starts before: [UdonBehaviourSyncMode(UdonSharp.BehaviourSyncMode.Manual)] [DefaultExecutionOrder(-1000000)] public class BehaviourSyncModeManual : UdonSharpBehaviour { } World to reproduce (Bug Booth 1): https://vrchat.com/home/launch?worldId=wrld_108e4f73-c158-46c2-9889-660e8fb49889

If you use VRCPlayerApi.SetVoiceDistanceFar() or VRCPlayerApi.SetVoiceDistanceNear() The the value seems to get clamped to a maximum of 10000. I would like the maximum range to be as high as possible for stuff like aircraft radios.