World/Udon Bugs & Feature Requests

SDK ver: 3.10.2 There seems to be certain conditions where the False output of a Branch does not update the value for the index of the loop properly, causing the loop to pass the incorrect value into "Get" nodes for arrays. This issue occurs in both ClientSim and in-game. I don't know if I fully narrowed it down, but I was assisting someone with Udon, and in the process encountered what appears to be a bug in the compiler. In my provided example, this graph should loop through an array of MeshRenderers, and then change the material depending on the value of the isToggled bool. see video in action: https://www.youtube.com/watch?v=VanIgAJRwoI The "True" side executes as expected, but when the Branch evaluates to "False", the loop executes the expected number of times, but it reuses the last value of the index instead of updating the index along with the loop. This makes is to the 4 cubes in the array change to red when isToggled is True, but when isToggled is false it sets the last cube in the array to blue 4 times in a row. Possibly the issue could be with the "MeshRenderer[] Get" node, as if its input "int" is not getting updated properly during the loop. As can also be seen in the video, for some odd reason, adding a "Debug Log" node with a "String Format" node that accesses the index prevents the unexpected execution from occurring. Curiously, it's specifically the "String Format" node that prevents the issue, as disconnecting it (but keeping the Debug Log) still has the issue occur.

Currently, "Continuous" mode syncing syncs 100% of the time. However, in many cases, there are idle periods in which continuous syncing isn't needed, followed by periods in which smooth syncing is necessary. The VRC Object Sync component does this exact behaviour, going to zero bandwidth usage when not moving, and having the ability to do this for UdonBehaviour variables would be very useful. This is particularly the case when the UdonBehaviour is attached to an Object Synced object; right now, this results in greatly increasing bandwidth usage as the Object Sync data is no longer able to go to sleep.

Make an Udon graph with your windows system language set to Swedish and place in a float with a decimal, say "0.3". Change your system language to English and open the same graph and it will remove the comma and convert the float to "3". The change is permanent and does not revert if you change the system language back.

I've run into an issue with do-while loops in UdonSharp. When using a continue statement, it restarts the loop without checking the loop's condition. Below is a code snippet demonstrating the issue. An UdonGraph demonstration is not included, as it doesn't seem to have a do-while node as an option. Let me know if any further information from me would be useful, such as the resulting assembly or disassembly. Version info: Unity 2022.3.22f1 VRChat SDK - Base 3.10.2 VRChat SDK - Worlds 3.10.2 DoWhileContinue.cs: void Start() { var a = 0; var b = 0; do { Debug.Log($"{a}, {b++}"); continue; } while (a++ < 3 && b < 3); Debug.Log($"Done :)"); } Output when executed as C#: 0, 0 1, 1 2, 2 Done :) Output when executed as U#: 0, 0 0, 1 0, 2 0, 3 ...<snip>... 0, 119526 0, 119527 [UdonSharp] Assets/DoWhileContinueUSharp.cs(14,22): Udon runtime exception detected! The VM encountered an error! Program execution time exceeded max VM time of 10.0 seconds. You may want to check for infinite loops/recursion.

When adding [UdonBehaviourSyncMode(BehaviourSyncMode.NoVariableSync)] to an udon# class, It will just continue using the last setting. For example if you add [UdonBehaviourSyncMode(BehaviourSyncMode.Continuous)] and then compile, then change it to [UdonBehaviourSyncMode(BehaviourSyncMode.NoVariableSync)] and compile again, you get the expected behavior, and calling SendCustomNetworkEvent() works. If you then change it to [UdonBehaviourSyncMode(BehaviourSyncMode.None)] and compile, then change it to [UdonBehaviourSyncMode(BehaviourSyncMode.NoVariableSync)] and compile again It will continue to behave exactly as if it's still set to None. SendCustomNetworkEvent() does not work. This is on an object that doesn't have any other scripts on it. I haven't tested the case with other scripts. You can look at the debug inspector to confirm that this is what is happening. From the documentation: "NoVariableSync: Enforces that there are no synced variables on the behaviour, hides the sync mode selection dropdown, and allows you to use the behaviours on GameObjects that use either Manual or Continuous sync." It seems like the case where a script using NoVariableSync being used on an object that doesn't have another script on it may have been overlooked. Since I'm updating a script in a prefab I'm releasing from None to NoVariableSync because I want to use network events now, it's not going to work for anyone updating to the new version. I am forced to set it to Continuous. Does anyone know if it makes any difference to bandwidth usage?

I'm aware SDK2 is no longer supported, but I wanted to bring this up as it breaks so many great worlds and seems like it may be a straightforward fix. In SDK2 worlds, OnPlayerTriggerEnter is no longer working for players when entering a trigger collider. This breaks core functionality in many worlds. A good example is this classic, "Fever Dream": https://vrchat.com/home/world/wrld_4137b868-771b-4dd1-ac76-a138d56dbd41/ Steps to reproduce: Enter the first room and turn the corner. The next area no longer turns on when entering the trigger collider.

If the gameobject with the trigger is inactive when the world is uploaded and enabled later in the game while the player is inside the currently disabled trigger the event OnPlayerTriggerEnter does not fire for the first activation. All following activations fire the event as expected. Build 1132 1st picture is 1st activation, 2nd picture is 2nd activation where the event fires as exected

% operator (Remainder operator) is not exposed to Udon. This makes some operations impossible! I can't believe that this has been neglected since 2020. (I know https://feedback.vrchat.com/udon/p/long-remainder but it has been neglected since 2020 so I created new issue.)

When Player B calls SetOwner on an object owned by PlayerA, both Player A and B temporarily have ownership, and then Player B loses ownership. As for the synced value, there is no problem because the values will eventually be synced, but it means that there will be a section where routines that work based on the IsOwner result will run on both Player A and B. This can be confusing and complicate matters for those who design based on the assumption that ownership holders are unique. Therefore, I would like to see you provide a SetOwner that works asynchronously as before (e.g. SetOwnerAsync)

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