World/Udon Bugs & Feature Requests

Components sometimes "break" in Unity 2022. They are collapsed, and expanding them reveals nothing. It affects different types of components, i.e. UdonBehaviours or MeshRenderers. It can be fixed by selecting a different game GameObject. In my world projects, it's caused by the following error: ArgumentNullException: Value cannot be null. Parameter name: unityObject VRC.Udon.Serialization.OdinSerializer.UnitySerializationUtility.SerializeUnityObject (UnityEngine.Object unityObject, VRC.Udon.Serialization.OdinSerializer.SerializationData& data, System.Boolean serializeUnityFields, VRC.Udon.Serialization.OdinSerializer.SerializationContext context) (at ./Packages/com.vrchat.worlds/Runtime/Udon/Serialization/OdinSerializer/Unity Integration/UnitySerializationUtility.cs:1031) UdonSharp.UdonSharpBehaviour.UnityEngine.ISerializationCallbackReceiver.OnBeforeSerialize () (at ./Packages/com.vrchat.worlds/Integrations/UdonSharp/Runtime/UdonSharpBehaviour.cs:272) UnityEditor.EditorApplication:Internal_CallGlobalEventHandler()

Summary: The Summer Store spawnable pool prop breaks raycast-based world gameplay and halts the world's Udon until the player rejoins. Only this one prop does it. Steps to reproduce: Join world "SkyFish" (world ID: wrld_4358923a-f07f-4556-9826-29d8a6eed5f1). Spawn & Pick up a Gun (the harpoon used to fish). Spawn the pool prop from the Summer Store (the inflatable pool). Aim the Gun at the spawned pool and fire (charge, then release trigger). The Seeker (red pill mounted on gun) despawns and the fishing line breaks. SkyFish stops responding, and no further casting works until you leave and rejoin the instance. Expected: firing at the prop behaves like firing at any other surface (the dart lands on it, or the ray passes through). No effect on the held item or on world state. Actual: the Seeker despawns, the line breaks, and all world game logic is dead until rejoin. Frequency: 100%. Only this prop triggers it. Every other surface, prop, pickup, and avatar in the world is fine. Technical: the world locates the dart's landing point with a single Physics.Raycast (QueryTriggerInteraction.Ignore). The ray returns a hit on this prop's collider, and immediately after, the held item despawns and the world's Udon goes inert. Platform: PC + Android (Quest), reproduces on both.

When attempting to use String Loading to download a file through Udon, if for whatever reason the download never completes, neither the success or error functions will be called without any indicator or way to know what's going on. This is different with Image Loading where there's a progress float that tells us the progress of the download. https://creators.vrchat.com/worlds/udon/string-loading https://creators.vrchat.com/worlds/udon/image-loading This causes problems in practice because Udon will be waiting for a callback that will never be called, and we don't know if it's because of slow internet or a failure of the request that hasn't and will never thrown any error. Requesting parity for String Loading to be able to get the download progress, both so we can display the state to users as well as handle the scenario by providing fallback logic.

Repro: var bounds = new Bounds( Vector3.zero , Vector3.one ); Debug.Log("Bounds: " + bounds.size); bounds.Expand(100f); Debug.Log("Bounds: " + bounds.size);

Vector3Int.Clamp doesn't change anything when I tested it with this simple U# code: https://gist.github.com/nuip/9f249bcdd1f800483c1e971cf9e1a102

When using Immobilize(), the whole point is that the player can't move anymore, e.g. so that users can type text on the keyboard without accidently moving when hitting WASD etc. Currently, only WASD is blocked correctly, but a lot of other movements are not blocked. Those are jumping, crouching, laying down. Please add those to the blocked movements so that players are not annoyed by accidental movement when they type text into an input field.

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

Child GameObjects appear brighter than expected under the following conditions: The parent Canvas has "Vertex Color Always In Gamma Color Space" enabled. One of the following applies to a child GameObject: (a) It has no SuperSampledUI material assigned. (b) It has a SuperSampledUI material assigned with a custom _Tint value, and the GameObject is disabled before building the world. In these cases, it appears that a default SuperSampledUI material is assigned to the UI element at runtime, with _Tint = (1, 1, 1, 1). This results in increased brightness compared to the expected color output. In the Unity Editor, colors appear correctly both in Edit mode and when entering Play mode. The issue only manifests after building the world.

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.

Ownership can permanently desync between clients in an unexpected way The included script can generate such a desync, please assign a TMP text field to view it, then join with 2 clients --- Of note for anyone experiencing this, I've had some success mitigating it by overriding OnOwnershipRequest and returning true public override bool OnOwnershipRequest(VRCPlayerApi requestingPlayer, VRCPlayerApi requestedOwner) { return true; }