SDK Bug & Feature Requests

My seat trigger colliders are inside of a physical hull collider. The hull is on a custom layer called PhysicCollider and I use the "Interact Passthrough" setting to make it transparent to interaction. Live I can interact with the seats. That was uploaded with SDK 3.5.0. But when I upload my world with SDK 3.6.0, the interaction isn't possible anymore. I have to crawl to reach the seat collider inside. I guess, that feature broke with the layer changes in SDK 3.6.0. The first two images shows live SDK 3.5.0 vs my testworld SDK 3.6.0.

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

If the Aim Vector and Up Vector are modified from their default values, the results may differ between Unity Aim Constraint and VRC Aim Constraint. Note: This occurs when the World Up Type is set to None, but similar issues may arise with other types as well. This issue also occurs with automatic conversion and affects avatars that use Unity constraints uploaded in the past.

The inspector UI for the expression parameters does not mark the asset as dirty, so clearing or defaulting through the UI doesn't get updated to disk when saving the project. Previewing and uploading the avatar worked, but only during the same session of the Unity Editor. As a result, this broke my Two-Axis Puppet relying on VRCFaceBlendH/VRCFaceBlendV, as I'd previously created an empty expression parameters object then defaulted it, to work around the default VRCExpressionParameters ("DefaultExpressionParameters") object erroneously consuming 128 bits of expression space ( https://feedback.vrchat.com/sdk-bug-reports/p/defaultexpressionparameters-contains-13-empty-synced-parameters ).

I've never seen the Shader variants take this long before. I find this very odd. Is this intentional for Avatars, or could it be a weird side-effect of adding Bakery support? If so, should the Standard Lite shader be stripped of unused features at Upload? For reference, only 1 Material is being used on the Avatar I published. Settings used are attached as well for reference.

VRChat version: VRCSDK 3.7.2 Description of the bug: Having a previously-uploaded package on an avatar with an invalid platform causes KeyNotFoundException to be thrown in VRCSdkControlPanelAvatarBuilder::HandleAvatarSwitch(), making it impossible to upload new changes without intervention. Steps to reproduce: Visit the Builder tab on an (owned) avatar which contains invalid platforms in its unityPackages list. Note that the Builder tab breaks and an exception is thrown. Details: I have an avatar (avtr_b5467405-9705-4309-aff5-4e9340747184) that I originally uploaded back in Jan 2022, which has an extra package (unp_53006459-5ce8-48e9-bc4b-8c79affedede) in its unityPackages list, probably due to some mishap when I initially uploaded it. (If I recall, I was still figuring out how to get Unity set up properly on my Mac at the time, and likely managed to upload a native mac package rather than a standalonewindows package somehow.) The API is returning "unknownplatform" for this package's platform, which trips up line 1595 of VRCSdkControlPanelAvatarBuilder.cs. It uses platform as a lookup on the VRCSdkControlPanel.CONTENT_PLATFORMS_MAP dictionary, which only contains known valid platforms, rather than all possible values. If an unexpected platform is encountered, it throws a KeyNotFoundException and the routine never finishes, leaving the Builder tab in a partially-disabled and broken state.

The Resolver class initializes on load and runs an asynchronous thread that makes Unity method calls, some of which are unsupported outside of the main Unity thread, including showing the window itself. The ShowWindow call is wrapped within try/catch with the comment // Unity says we can't open windows from this function so it throws an exception but also works fine. This is bad practice and also just broken, using OK in the dialog popup causes Unity to hang indefinitely, and the window itself, while it renders, never actually manages to refresh packages. The static constructor should instead be used to subscribe to the EditorApplication.update event, the handler should immediately return when EditorApplication.isCompiling || EditorApplication.isUpdating evaluates to true and otherwise should unsubscribe itself, set the session bool and check if a package resolve is needed.

The Resolver class within the package initializes on load and checks whether a window should be opened, this code executes on Unity's worker processes as well and due to a Unity bug calling ShowWindow causes it to open uninteractable white windows on the worker processes. This can be resolved by aborting execution when AssetDatabase.IsAssetImportWorkerProcess() returns true .

As stated above, the shader VRChat/Mobile/Particles/Additive does not offset or tile in-game, although it appears to in the editor.

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