World/Udon Bugs & Feature Requests

In SDK3 2021.03.22.18.27, SendCustomNetworkEvent was updated to work in editor, by bypassing the SendCustomNetworkEventHook. In doing this, it allowed networked events to work overall, but does not block events that begin with an underscore as the VRChat client does. Please add an editor only implementation of SendCustomNetworkEventHook instead of removing the code that calls it. This way extensions like CyanEmu can also handle extra details. Example graph tested without CyanEmu: application/vnd.unity.graphview.elements AM2W227bRhCGX8XYay6x54MAXyRyWght0iKOfVMYwi53qLChSIMHu4btJ8tFH6mv0KWoWLKluGrgoAUFAlwOF7P/fP+M/vr85y26cmUPaPLbLcr7snznlvEBnb+fnoW6mtbLZV3Nqg6a3GXQzobFN1dQde8hg+IKmnQ+P4UqTPu2q5fvoLuum0+rgPn8K3tsB31wzQK6+elN28HytGuKajFfP53XRUAJ6uN9ghxl3HrGMKGSYKGFxF4biwlYHYRk0mcsBl/WbdEVdYUmt+gPNKFGptIQQjUx1giuVYJu0ARTpVOmuaaMSsMIp/w+QVUd4Gx20kYlUNxq+F0kKC/r6/XqxRhzPsjVrvTqq6K7+cX/Dll3Pop4i4qq7VyVwewETUjctl0dav0aofvkWz6LSqaDlOmoZboRM91VMzl6Eh4XoGmjLMc0JcOVHE37susbOK6g7xpXJke/9r4ssp/g5kP9CarjKpJw96osvzHfsYLpWNDkaNlmdVMWfpOIODQRr7WTmVTUcgGxinfzkbTVedH9xZDfFrYjeWPIAzwsC8r4nGDHIkEi8IA9MQor5hSnlGaZ5rvwYCNSHuEhwhhmKJMrdqRMB260MlIKZbR8Ss5jZlAQithMZxhoEFgI5bHROcWEWyVNzgzkAb0EWf+Z5GdDqm+qRVHBCfh+ERvCz/WDi8cz7PX0QdLsetqSNKZmraRU01iAsSz0+bJYsFY5BdjmwWGR5QxbrQW2PNaX8Jx7qu7IdzH8U72mdfzgUcd7UOSQLPeASoneQ+rQ5B5pop5H9X8O4VtoW7eAr1n+7DK4Dh6U5HkgNjCOvQSJBVjAjgDgzGkpTKYMML9PSa1SoplQ3BrLpDabeTFIqai0SmmrHyv5xPKMS+KCVzhQ57HgzGLHg8dccuWod0CV27H8M66aVZd9F131I3RRnpP6uprPt17HtWnc6YvFXtd1Ca7aTM4IFc+owCFTQ/PLcux9LmNyVufWcCEC3afEYDMWRyfhWlqtpB6lMLF6RjHBlI7yRNa+P1RbZ03Xh02OthendQNv69CXsAGN/MtJd/nRkV22XjcxrY+bQXJIZXc7lkyVsVZQQdTam/9E1EFV2+lXh/1LekGfr1l7WaP/4Mp2ZfOL+78B

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

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.

Summary: Today's security update caused the Texture2D constructor in the VRChat client to no longer accept most texture formats, making it impossible to generate textures. This issue also broke world assets developed by myself and other community members. I strongly request this be corrected. Environment: PC(Windows) version , VRChat client 2024.3.1p4, build 1494. (It does not occur on the Unity Editor.) Code that reproduces the error: var texture = new Texture2D(1024, 1024, TextureFormat.DXT1Crunched, false, false); Error message: See Image1 Texture format where the error occurs (not all): DXT1Crunched DXT1 DXT5Crunched DXT5 BC7 ARGB32 (but RGBA32 is OK) Affected assets (not all): PolygonLoading (my assets) Load 3D Model is breaked. See Image2 Japan Street https://vrchat.com/home/launch?worldId=wrld_02cb84c8-446a-484b-b52b-2c1777e55f8d Load posters and world are breaked. See Image3 and more... (Tiharuum - ちはるーむ , CatsUdon TRPG Home) Lastly: I don't know what the relationship is between restricting texture formats and security, but my asset "PolygonLoading" is used by many users and 3D modelers, and there is no workaround for this problem, so If not resolved, the asset will be unavailable for further use. Please fix it.

Please post here any nodes that have flow that shouldn't. Mathf.abs

Please expose UnityEngine.Behaviour.enabled so that more whitelisted component types not currently exposed by Udon can be enabled/disabled at runtime. It is currently not possible to enable/disable a large number of components at runtime without casting to its derived type (and even then not all component types are exposed to Udon) which makes it very difficult to accurately and performantly replicate the functionality of VRC_Trigger's SetComponentActive action type.

Pretty sure that is a bug right now, but it would be great to have access to the ObjectSyncs teleport and reapObject functions!

Since world descriptor has been renamed to scene descriptor, line 189 of the ClientSimMain.cs script likely should be adjusted to reflect this for new users to understand what the conveyance is supposed to be.

So my setup is one faulty URL and a working URL. The faulty URL is supposed to fail and then call the second URL. So like a backup. In the editor, that leads to the following error after loading the faulty URL and going for the backup: "ToString can only be called from the main thread." In the game, it seems to work a few times, but on the third reload of a faulty URL, it leads to some kind of varient of: "Cannot retrieve heap variable of type 'UInt32' as type 'Single'". Each time for a different part of the code.

This one is hard to test, but has been seen a lot during Slaughter House development: Storing a player's VRCPlayerApi object within a UdonBehaviour, then calling GetPosition or GetRotation shortly after the player has left the world, will throw due to a null pointer. What's odd is that the VRCPlayerApi object is not null, and properties on the object are not set to null (such as display name). It looks like GetPosition and GetRotation are just unsafe calls during cleanup of a disconnected player. The correct behaviour here should be to return the default values for Vector3/Quaternion if the player is in the process of being removed, rather than throwing due to a null pointer.