SDK Bug & Feature Requests

The SDK does not properly validate against empty or missing spawn points when uploading, which then causes worlds to not be joinable in-game. The SDK should properly check to see if the spawn list is empty or if the elements are null.

If you put the VRCSDK into a tabbed section of the unity window, then switch to another unity tab (thus hiding the vrcsdk), the "alerts" section of the builder dialog stops updating forever. This is because VRCSdkControlPanelBuilder is unsubscribing from ObjectChangeEvents.changesPublished in _validationsContainer.RegisterCallback<DetachFromPanelEvent> , but then never subscribes again. Additionally, while the Alerts section now only updates when changes are made to the scene (which is nice), the Build & Upload button still continues to run its own validations on a schedule every 1 second (VRCSdkControlPanelAvatarBuilder) rather than sharing the results from Alerts.

Per-platform overrides are currently unstable when used with prefabs. Prefabs fail to apply override data correctly, and any changes made are either not applied at all or are lost—reverting to "None" as if no option was selected.

[What]After I updated the world, I tried updating thumbnail from SDK, it failed. [When]2025/05/31 08:20-Current(JST) [How often]Always. [Environment]World SDK 3.8.1, Unity2022.3.22f1 This is log. Thank you. -- ・ワールドをアップデートしたのち、続けてサムネイルを更新しようとしたところ、失敗します。 ・2025/05/31 08:20から現在にかけて発生しています。 ・確実に発生します。 ・World SDK 3.8.1, Unity2022.3.22f1を用いています。 ログを添付します。ご対応ありがとうございます。 Application error UnityEngine.Debug:LogError (object,UnityEngine.Object) VRC.Core.Logger:LogError (string,string,UnityEngine.Object) VRC.SDK3.Editor.VRCSdkControlPanelWorldBuilder/<InfoUpdateError>d__162:MoveNext () (at ./Packages/com.vrchat.worlds/Editor/VRCSDK/SDK3/VRCSdkControlPanelWorldBuilder.cs:2908) System.Runtime.CompilerServices.AsyncVoidMethodBuilder:Start<VRC.SDK3.Editor.VRCSdkControlPanelWorldBuilder/<InfoUpdateError>d__162> (VRC.SDK3.Editor.VRCSdkControlPanelWorldBuilder/<InfoUpdateError>d__162&) VRC.SDK3.Editor.VRCSdkControlPanelWorldBuilder:InfoUpdateError (object,string) VRC.SDK3.Editor.VRCSdkControlPanelWorldBuilder/<HandleSaveChangesClick>d__110:MoveNext () (at ./Packages/com.vrchat.worlds/Editor/VRCSDK/SDK3/VRCSdkControlPanelWorldBuilder.cs:1720) System.Runtime.CompilerServices.AsyncTaskMethodBuilder`1<VRC.SDKBase.Editor.Api.VRCWorld>:SetException (System.Exception) VRC.SDKBase.Editor.Api.VRCApi/<UpdateWorldImage>d__28:MoveNext () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/API/VRCApi.cs:470) System.Runtime.CompilerServices.AsyncTaskMethodBuilder`1<VRC.SDKBase.Editor.Api.VRCWorld>:SetException (System.Exception) VRC.SDKBase.Editor.Api.VRCApi/<Put>d__19`2<object, VRC.SDKBase.Editor.Api.VRCWorld>:MoveNext () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/API/VRCApi.cs:392) System.Runtime.CompilerServices.AsyncTaskMethodBuilder`1<VRC.SDKBase.Editor.Api.VRCWorld>:SetException (System.Exception) VRC.SDKBase.Editor.Api.VRCApi/<MakeRequest>d__16`2<object, VRC.SDKBase.Editor.Api.VRCWorld>:MoveNext () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/API/VRCApi.cs:341) System.Runtime.CompilerServices.AsyncTaskMethodBuilder 1<System.ValueTuple 2<VRC.SDKBase.Editor.Api.VRCWorld, System.Net .Http.HttpResponseMessage>>:SetException (System.Exception) VRC.SDKBase.Editor.Api.VRCApi/<MakeRequestWithResponse>d__15`2<object, VRC.SDKBase.Editor.Api.VRCWorld>:MoveNext () (at ./Packages/com.vrchat.base/Editor/VRCSDK/Dependencies/VRChat/API/VRCApi.cs:332) UnityEngine.UnitySynchronizationContext:ExecuteTasks ()

When opening the VRChat SDK panel and navigating to the Builder tab, the VRC Per Platform Override component is automatically added to the root object of the avatar, even though I haven't done anything. Is this intended behavior? I have previously uploaded avatars using multi-platform settings (Android, iOS), but not with this avatar. So I suspect this automatic addition might be unintended.

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

SDK ver 3.8.1-beta.1 When setting platform overrides, which avatar you have selected when pressing build & publish still matters and it attempts to build & publish the avatar you have selected instead of what you specified in the platform overrides. I consider this to be a bug as the user already went out of their way to set a platform override, so I think that should take precedence. An easy way to get this is to be on the android build platform and have your PC avatar as the selected avatar, obviously with your android version set in the platform overrides, and then build and publish with just the android platform set as the build target. The build will fail with avatar validation failed.

When clicking Build & Test, SDK packs the world into a .vrcw file in c:\Users\[username]\AppData\LocalLow\VRChat\VRChat\Worlds\ When using VRC Quick Launcher, it reads the files inside of that folder and creates a list of worlds that you can run locally. Looks like since 3.7.6 the .vrcw file has its name lowercased, like scene-standalonewindows64-world_name.vrcw and for some reason VRCQL doesn't recognize that as a valid world name. If you rename it to scene-StandaloneWindows64-world_name.vrcw then it appears in VRCQL just fine. PS: world's name is lowercased too, while it wasn't before, although it works for VRCQL either way.

If we call IVRCSdkAvatarBuilderApi.BuildAndUpload just after changing visible avatars like changing scene or adding avatar to scene, IVRCSdkAvatarBuilderApi.BuildAndUpload may fails. This is because that in BuildAndUpload VRCSDK sets blueprint id and then awaits somewhere, but control panel may resets blueprint id with console log Loaded data for an avatar we do not own, clearing blueprint ID , after awaiting VRCApi.GetAvatar. If control panel reset blueprint id while IVRCSdkAvatarBuilderApi.BuildAndUpload is in progress, upload API call may fails. https://github.com/anatawa12/ContinuousAvatarUploader/issues/75

The same bug I reported previously is now affecting the "Review Any Alerts" section whenever the Inspector is refreshed. It's now always auto-collapsing again, but only on the "Review Any Alerts" header.