SDK Bug & Feature Requests

In the Graph of 3.8.1 the custom events list will only display one.

Create an expression menu Create sub menu with toggle for parameter which doesn't exist create menu item in main expression menu and link submenu change menu item type from submenu to toggle Current behaviour: VRChat SDK shows "VRCExpressionMenu uses a parameter that is not defined. Parameter: <your parameter name>" and blocks upload Expected behaviour: No warning/error in SDK window SDK: 3.7.1

When we uploaded multiple avatars in a row relatively quickly, we encountered an issue where the upload process would freeze without any error message shown on the console or in the log files. This issue comes from two main causes: Firstly, the VRChat SDK silently ignores exceptions that occur in VRC_SdkBuilder.RunExportAvatarBlueprint . The catch clauses has comment // Errors are handled by the error callback , but most of the exceptions do not initiate error callback, including this one. Secondly, the VRChat SDK does not handle the exception occurred when trying to delete the last uploaded .vrca file. Removing the last uploaded .vrca file is not a critical step in the upload process, so it should not cause upload to freeze. However, currently, if the deletion fails, the upload process will not continue, leading to a freeze. When we replaced catch clauses to catch (Exception e) { Debug.LogError(e); } , we were able to see the following error message in the console: System.IO.IOException: The process cannot access the file 'C:\Users\****\AppData\Local\Temp\****\****\637e8e6c-8eb6-4cd2-a651-241fb7aa6ed3.vrca' because it is being used by another process. at System.IO.FileSystem.DeleteFile (System.String fullPath) [0x0001a] in <27124aa0e30a41659b903b822b959bc7>:0 at System.IO.File.Delete (System.String path) [0x00014] in <27124aa0e30a41659b903b822b959bc7>:0 at VRC.SDK3.Builder.VRCAvatarBuilder.ExportCurrentAvatarResource (UnityEngine.Object avatarResource, System.Boolean testAsset, System.Boolean buildAssetBundle, System.String& avatarPrefabPath, System.Action`1[T] onProgress, System.Action`1[T] onContentProcessed) [0x003bc] in <81261fc1c1e94d15bda5671000ac0e16>:0 at VRC.SDK3.Builder.VRCAvatarBuilder.ExportAvatarBlueprint (UnityEngine.GameObject externalReference) [0x00021] in <81261fc1c1e94d15bda5671000ac0e16>:0 at VRC.SDK3A.Editor.VRCSdkControlPanelAvatarBuilder.Build (UnityEngine.GameObject target, System.Boolean testAvatar) [0x0040b] in .\Packages\com.vrchat.avatars\Editor\VRCSDK\SDK3A\VRCSdkControlPanelAvatarBuilder.cs:2600 UnityEngine.StackTraceUtility:ExtractStackTrace () UnityEngine.DebugLogHandler:LogFormat (UnityEngine.LogType,UnityEngine.Object,string,object[]) UnityEngine.Logger:Log (UnityEngine.LogType,object) UnityEngine.Debug:LogError (object) VRC.SDK3A.Editor.VRCSdkControlPanelAvatarBuilder/<Build>d__132:MoveNext () (at ./Packages/com.vrchat.avatars/Editor/VRCSDK/SDK3A/VRCSdkControlPanelAvatarBuilder.cs:2605) System.Runtime.CompilerServices.AsyncMethodBuilderCore/MoveNextRunner:InvokeMoveNext (object) System.Threading.ExecutionContext:RunInternal (System.Threading.ExecutionContext,System.Threading.ContextCallback,object,bool) System.Threading.ExecutionContext:Run (System.Threading.ExecutionContext,System.Threading.ContextCallback,object,bool) System.Runtime.CompilerServices.AsyncMethodBuilderCore/MoveNextRunner:Run () System.Threading.Tasks.SynchronizationContextAwaitTaskContinuation/<>c:<.cctor>b__7_0 (object) UnityEngine.UnitySynchronizationContext/WorkRequest:Invoke () UnityEngine.UnitySynchronizationContext:Exec () UnityEngine.UnitySynchronizationContext:ExecuteTasks () When we disabled the real-time protection of the antivirus software for the temporary folder, the upload process worked as expected without freezing. Therefore, we conclude that the issue is related to antivirus software holding a handle on the last uploaded .vrca file, which prevents it from being deleted.

I've noticed that the VRChat SDK occasionally causes the m_Automatic field in ProjectSettings.asset for iOS Graphics API to switch between 0 and 1, seemingly at random. This tends to happen on Unity launch or when entering/exiting play mode. It's not a serious issue since I can just reset the changes each time, but it's a bit annoying when working with version control, as it creates noise in diffs even when I haven't changed any settings myself. I'd appreciate it if the SDK could stick to one consistent value for this field to avoid unnecessary diffs. Either 0 or 1 is fine — I just want it to stop flipping back and forth. Unity 2022.3.22f1 on Windows with iOS build module VRChat SDK 3.8.1 (though this has been happening for a long time)

This new version seems really emjoy hanging in Scheduler.Tick. Maybe I got too many avatars?

Toon Standard (Outline) does not apply Scale Transform to the Outline Width Mask, I use this on my Avatar to reduce VRAM on an atlas'd texture and UV.

When a humanoid collider (Head, Torso, Hand, Foot, Finger) is set to Disabled, it retains it's previous values and the transform value is still updated (not set to null, due to https://feedback.vrchat.com/sdk-bug-reports/p/custom-humanoid-collider-transforms-overridden ), in-game this results the collider still being set, even though it was "Disabled". This results broken "automatic" colliders ( https://feedback.vrchat.com/sdk-bug-reports/p/humanoid-colliders-may-divide-by-zero ) to still exist in-game.

As reported by GotoFinal in https://github.com/bdunderscore/modular-avatar/issues/1408#issuecomment-2599998015 - VRCPhysBoneEditor calls EditorUtility.SetDirty right after calling ApplyModifiedProperties on the editor SerializedObject. This is redundant, as SerializedObject handles setting objects dirty, and also broken in that it only hits the _first_ target in a multi-select. Calling SetDirty generates a ObjectChangeKind.ChangeScene event on the ObjectChangeEventStream; a well-behaved editor plugin would then need to scan the entire scene for changes, and this scanning resulted in performance issues in NDMF and Modular Avatar. Given that this SetDirty call isn't needed, please remove this call to avoid generating these unhelpful ChangeScene events.

Version 3.7.1 Reproduction steps 1) Create this hierarchy: └ GO1 └ GO2 (this GameObject has the VRCObjectSync component, and is disabled) 2) "Build & Test" to generate new IDs. 3) Remove the VRCObjectSync component from GO2 4) Add the VRCObjectSync component on the GO1 GameObject 5) The hierarchy should now look like this : └ GO1 (this GameObject has the VRCObjectSync component) └ GO2 (This GameObject is still disabled) 6) "Build & Test" again => An error appears in the logs, Failed to assign network IDs, 1 errors encountered! Regenerating all network IDs fixes that issue.

After a successful build, adding a network-related component to a GameObject with another network-related component causes an error relating to network IDs when the next build. Repro steps Create a new scene and put the VRCSceneDescriptor Add a network-related component to a GameObject Build the world Add another network-related component to the GameObject in step 2 Build the world You'll see the dialog (see the 1st attached image) Preprocess Callback Failed The VRCSDK build was aborted because the IVRCSDKPreprocessSceneCallback 'AssignSceneNetworkIDs' reported a failure. The network-related components here are VRCObjectSync , VRCPickup , UdonBehavior etc. That needs a network ID. VRCPlayerObject of the ongoing Persistence open beta also causes this issue. Note 1 The console shows the errors after closing the dialog (2nd attached image) Failed to assign network IDs, 1 errors encountered! Try using the Network ID Utility to resolve them. Note 2 If you press the "Build & Reload" button on step 5, you'll see the "Build Succeeded!" message in the SDK tab. But the build has not succeeded. NetworkIDs in VRCSceneDescriptor has not been appropriately updated (in particular, the Serialized Type Names of the GameObject). This (showing false "succeeded") seems to be another defect. Note 3 If you press "Build and Upload", you'll see the "This file was already uploaded" error popup. And the SDK also shows "This file was already uploaded" as details. This message is incorrect since the building file is incomplete. This also seems to be another defect. Version Worlds 3.7.2