Skip to content

Latest MRTK3 drop (pre-17) dependencies clash with Latest Azure Spatial Anchors ( 2.14.1) #11671

Description

This issue has been migrated a new MRTK repository, and the status of this issue will now be tracked at the following location:


Describe the bug

When you install MRTK3 pre-17 in a clean project and configure it, then add Azure Spatial Anchors, you will get 143 errors of the type:
GUID [300c4804f47d540fc9efec07999accf7] for asset 'Packages/com.unity.xr.arsubsystems/Editor' conflicts with:
'Packages/com.unity.xr.arfoundation/Editor/ARSubsystems' (current owner)
We can't assign a new GUID because the asset is in an immutable folder. The asset will be ignored.

To reproduce

  • Create a new project, then close Unity
  • Using the MRTK feature tool, install all MRTK3 components, the experimental MRTK3 Data Binding and Theming pre-17 component, OpenXR 1.7.0, and Spatial Audio 2.0.37
  • Re-open new project with Unity, accept the question about the new Input System, and updating to new XR InteractionLayerMask. Editor restarts both times.
  • Project has 0 errors.
  • Switch to UWP build platform
  • Project has 0 errors.
  • Close Unity again
  • Using the MRKT feature tool Add Azure Spatial Anchors SDK core 2.14.1 and Azure Spatial Anchors SDK for Windows 2.14.1
  • Open project in Unity
  • Project has 143 errors

Expected behavior

No errors ;)

Screenshots

image

Setup

  • Unity Version 2021.3.23f1
  • MRTK Version 3.0.0 pre-17, including MRTK3 Data Binding and Theming

Target platform

  • HoloLens 2

Additional context

Repo : https://github.com/LocalJoost/TestConflict3.git

Activity

  1. shaynie commented on Jul 5, 2023

    @shaynie

    Joost van Schaik (@LocalJoost) - Thanks for the bug. This is caused by the Azure Spatial Anchors core package pulling in com.unity.xr.arsubsystems v4.0.8 as a dependency. The arsubsystems package was deprecated and its functionality was moved in to the ARFoundation package in version 5.0.0. Since the MRTK3 input package depends on ARFoundation 5.0.5, you see the conflicting class GUIDs if a pre 5.x ARSubsystems package is imported. The workaround is to manually upgrade the ARSubsystems package in your project to 5.0.2, which just removes all the conflicting classes.

    Workaround: In Unity, open the Package Manager window, and select the drop down arrow next to the '+'. Select 'Add package by name", and then enter 'com.unity.xr.arsubsystems' in the name field, and '5.0.2' in the version field.

    I'm converting this issue to a discussion so that others can find the workaround. I'm also requesting that the ASA team upgrade their ARFoundation requirement to 5.x+ to avoid this in their next release.

  2. locked and limited conversation to collaborators on Jul 5, 2023
  3. converted this issue into a discussion #11673 on Jul 5, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Type

No type

Projects

No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions