SDK Bug & Feature Requests

Using the pop-culture reference "Something 2: Electric Boogaloo" in a VRC world name results in "Boogaloo" being changed to "Bogeyman". It was actually difficult for me to find out why - extremist American anti-government movements don't feature much internationally - and so I very much doubt anyone would read this other than a whimsical reference to the 1984 breakdancing movie. Can we NOT let the racists ruin everything nice please?

i spent the night downloading the client several times and trying to figure out what was happening that made it fail every time. It would not recognize unity being downloaded. i followed the steps using VCC to download everything and it didn't seem to connect to unity's page at all, just errors. i'll keep trying but i was checking to see if others have been having the issue. just in case it might be a bug i wanted to let you know.

Within VRCSDK > Sample Assets > Prototyping > Models > "prototype_wall_8x8x1.FBX" Place it within Unity Actual dimensions are 6 x 6 x 1 (Confirmed within Blender to be 6 x 6 x 1) The "prototype_coin_01x01x01.fbx" also isn't 1 x 1 x 1 but instead 2 x 2 x 0.278 as checked within Blender. It would be good to see this object likely get renamed to "6x6x1" to not break compatibility for anyone who has already used this within their projects but instead add a new FBX for 8x8x1. 8x8x1 is ideal as it can cleanly split up into 4s, 2s, and single metre walls vs 6x6x1 which requires infinite fractions as dividing it to try to reach 4m is unwieldy.

On most PC shaders, when Audio Link is set to control the emission, the emission is set to off when Audio Link is not in a world. for Toon Standard, the emission is set to full when audio link is not in a world. The emission should be overridden to off when audio link is not present in a world and audio link has been set to use the emission mask. This could also be an option in the shader, like a check box, so as to not break current logic that already gets around this issue.

Any project prefab containing a UdonSharpBehaviour will be recreated after being deleted. The same will happen even if the files are deleted from the file explorer. It's also happening silently without any warning in the console. Creators unaware of this could run into serious issues. This was not an issue under 3.10.4. Environment World SDK 3.10.5 Reproduction Create a project prefab with a UdonSharpBehaviour Delete that same Prefab from Unity

SDK Version: 3.10.5 I have a script trying to listen to IVRCSdkBuilderApi.OnSdkUploadProgress , but the upload fails with an unhelpful message (just "upload failed" or something, with a vague stacktrace) unless the listener is async. Either it should handle sync listeners, or it should give a more helpful error.

Followed the this https://creators.vrchat.com/platforms/android/build-test-mobile/ but it fails to lunch vrchat on my phone after building it even puts the file on my phone so i know for sure adb is working and getting this in my editors console and tried this with 2 different world projects now AdbException: ADB failed with exit code 1. StdOut:Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] cmp=com.vrchat.mobile.playstore/com.vrchat.app.MainActivity (has extras) } StdError:Error type 3 Error: Activity class {com.vrchat.mobile.playstore/com.vrchat.app.MainActivity} does not exist. VRC.SDK3.Editor.Builder.ADB.Command (System.String[] arguments) (at <8c33ac67c14b4f31a7515261397206c6>:0) VRC.SDK3.Editor.Builder.ADB.StartVRChatIntoWorld (System.String remoteBundleFilePath, System.String appPackageName) (at <8c33ac67c14b4f31a7515261397206c6>:0) VRC.SDK3.Editor.Builder.VRCWorldAssetExporter.RunWorldTestAndroid (System.String bundleFilePath) (at <64d127784e7f4289a5a7ffbe49df807e>:0) VRC.SDK3.Editor.Builder.VRCWorldAssetExporter.RunScene (System.String bundleFilePath) (at <64d127784e7f4289a5a7ffbe49df807e>:0) Rethrow as WorldAssetExportException: An ADB command failed to execute. Check the console for more details. VRC.SDK3.Editor.VRCSdkControlPanelWorldBuilder.Build (System.Boolean runAfterBuild) (at ./Packages/com.vrchat.worlds/Editor/VRCSDK/SDK3/VRCSdkControlPanelWorldBuilder.cs:2576) VRC.SDK3.Editor.VRCSdkControlPanelWorldBuilder.BuildAndTest () (at ./Packages/com.vrchat.worlds/Editor/VRCSDK/SDK3/VRCSdkControlPanelWorldBuilder.cs:3282) VRC.SDK3.Editor.VRCSdkControlPanelWorldBuilder.OnBuildAndTestAction () (at ./Packages/com.vrchat.worlds/Editor/VRCSDK/SDK3/VRCSdkControlPanelWorldBuilder.cs:2147) System.Runtime.CompilerServices.AsyncMethodBuilderCore+<>c.<ThrowAsync>b__7_0 (System.Object state) (at <27124aa0e30a41659b903b822b959bc7>:0) UnityEngine.UnitySynchronizationContext+WorkRequest.Invoke () (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) UnityEngine.UnitySynchronizationContext.Exec () (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) UnityEngine.UnitySynchronizationContext.ExecuteTasks () (at <cb81df0c49c643b1a04d9fc6ccca2433>:0)

3.10.5 Current Behaviour: It creates a broken dummy U# Program Asset in Assets/{sceneName}_UdonProgramSources without telling the user, resulting in vague error messages, user has to manually remove corrupted file. Expected Behaviour: If U# asset creation is interrupted, it should NOT create any files. If buggy files are present, an Alert in the Builder panel should be created to inform the user. (there is an alert in the UdonBehaviour component, but if you Undo or delete the UdonBehaviour that created the buggy script, you're SOL, which is what happened to me)

This issue has been occurring for a while, and while there may already be existing reports, I am reporting this again since it has remained unresolved for so long. When there are multiple avatars in the same scene and you manage them by making them active only during modifying or uploading, the following steps can cause incorrectly recognized upload targets, resulting in the information for the wrong target being updated or an error occurring by internally attempting to build a non-active avatar. (“Selected Avatar” dropdown appears to be showing the correct avatar, but the avatar information and alerts displayed are for the previous avatar.) Make one avatar active. Open the Builder tab in the Control Panel and have the SDK recognize that avatar. Close the SDK Control Panel. With the Control Panel closed, make another avatar active and set the previous avatar to inactive. Open the Control Panel again. Incorrect information is displayed. If you try to upload the avatar or update the avatar’s information, it will lead to unintended results. New users are also likely to encounter this issue, and since the problem doesn't occur if the Control Panel is kept open, other users may not know about the issue. Therefore, it can be difficult to identify the cause of these unintended results. Tested Environment: Unity: 2022.3.22f1 SDK: 3.10.4, 3.10.5-beta.1

https://feedback.vrchat.com/sdk-bug-reports/p/assets-create-u-script-fails-if-destination-file-is-outside-project-root was marked as fixed in sdk 3.10.5, but the fix was not comprehensive. Packages added from disk during development (click "Add package from disk" in unity's Package Manager tab) are not inside the project root, and now result in "UdonSharp scripts must be created inside the project's Assets or Packages folder" which is not correct. If validation is still needed, you can check if an absolute path is inside one of these "outside of root" package folders by using !Path.IsPathRooted(FileUtil.GetLogicalPath(scriptFilePath)) , and then using FileUtil.GetLogicalPath(scriptFilePath) as the projectRelativeScriptPath The Unity's CreateAsset() cannot create assets in Packages comment in the current code is also incorrect. Unity can definitely create assets within Packages, the current implementation just doesn't deduce the relative path properly. The entire method can be replaced by this implementation, which solves all of those issues: internal static string CreateUSharpScript(string folderPath, bool createProgramAsset) { string chosenFilePath = EditorUtility.SaveFilePanel("Save UdonSharp File", folderPath, string.Empty, "cs"); if (chosenFilePath.Length > 0) { string chosenDirectory = Path.GetDirectoryName(chosenFilePath)!; string sanitizedFileName = UdonSharpSettings.SanitizeName(Path.GetFileNameWithoutExtension(chosenFilePath)); string scriptFilePath = Path.Combine(chosenDirectory, $"{sanitizedFileName}.cs").Replace('\\', '/'); string assetFilePath = Path.Combine(chosenDirectory, $"{sanitizedFileName}.asset").Replace('\\', '/'); string projectRelativeScriptPath = Path.IsPathRooted(FileUtil.GetLogicalPath(scriptFilePath)) ? FileUtil.GetProjectRelativePath(scriptFilePath) : FileUtil.GetLogicalPath(scriptFilePath); string projectRelativeAssetPath = Path.IsPathRooted(FileUtil.GetLogicalPath(assetFilePath)) ? FileUtil.GetProjectRelativePath(assetFilePath) : FileUtil.GetLogicalPath(assetFilePath); if (projectRelativeScriptPath.Length == 0) { EditorUtility.DisplayDialog("Invalid path", "UdonSharp scripts must be created inside the project's Assets or Packages folders.", "Ok"); return null; } if (createProgramAsset) { if (AssetDatabase.LoadAssetAtPath<UdonSharpProgramAsset>(projectRelativeAssetPath) != null) { if (!EditorUtility.DisplayDialog("File already exists", $"Corresponding asset file '{projectRelativeAssetPath}' already found for new UdonSharp script. Overwrite?", "Ok", "Cancel")) { return null; } } } // Commit to creation from this point string fileContents = UdonSharpSettings.GetProgramTemplateString(sanitizedFileName); File.WriteAllText(scriptFilePath, fileContents, System.Text.Encoding.UTF8); AssetDatabase.ImportAsset(projectRelativeScriptPath, ImportAssetOptions.ForceSynchronousImport); if (createProgramAsset) { MonoScript newScript = AssetDatabase.LoadAssetAtPath<MonoScript>(projectRelativeScriptPath); UdonSharpProgramAsset newProgramAsset = CreateInstance<UdonSharpProgramAsset>(); newProgramAsset.sourceCsScript = newScript; AssetDatabase.CreateAsset(newProgramAsset, projectRelativeAssetPath); } AssetDatabase.Refresh(); return projectRelativeScriptPath; } return null; }