I cannot reproduce this in my local environment. I successfully entered immersive mode after installing the OpenXR package from the Windows Store in a debug build in the emulator.

@jdm can I ask you to clobber first?

I've been able to run xr content after a full clobber on the device.

No problem with the device.

We now use the nuget package too.

No problem with the device.

I was wrong. I tested the 2D view only.

Reverting the nuget commit brings me further (then crash here: servo/webxr#54).

There is something that I must be missing.

Any idea would help.

Inspecting the appx package, I see that the openxr_loader.dll is not present. While the dll of the other nuget packages are.

My bet is that the nuget package just doesn't include the DLLs. They are present in the nuget package, but they are not included in the final package.

I'm just very confused why it works for both of you.

Can you rm -rf support/hololens and git checkout support/hololens? There are plenty of build artifact in there that might mess up with a clean build.

Yeah, I'm pretty sure this is what's going on:

in support/hololens/packages/OpenXR.Loader.1.0.2/build/native/OpenXR.Loader.targets, if I change:

        <Content
            Include="$(OpenXRLoaderBinaryRoot)\bin\openxr_loader.dll"
            Link="%(Filename)%(Extension)"
            CopyToOutputDirectory="PreserveNewest" />

with:

        <PackagingOutputs Include="$(OpenXRLoaderBinaryRoot)\bin\openxr_loader.dll">
            <OutputGroup>OpenXRLoaderBinaries</OutputGroup>
            <ProjectName>$(ProjectName)</ProjectName>
            <TargetPath>%(Filename)%(Extension)</TargetPath>
        </PackagingOutputs>

It works.

Could you raise this with our friends in the Teams channel?

I can now reproduce this issue in a cleaner build than before.

Could you raise this with our friends in the Teams channel?

I did yesterday. Fixed has been been pushed.

I can now reproduce this issue in a cleaner build than before.

Gonna fix mach clean then.