Installation of App SDK runtime v1.1.1 fails in GitHub Action

[kaivol]

Describe the bug

Trying to install the Windows app SDK in a GitHub action (see here) fails with

Installing license: MSIX_MAINPACKAGE_LICENSE
Install result : 0x0 
Installing license: MSIX_SINGLETONPACKAGE_LICENSE
Install result : 0x0 
Deploying package: Microsoft.WindowsAppRuntime.1.1_1001.524.1918.0_x64__8wekyb3d8bbwe
One or more install operations failed. Result: 0x80073cf9
Package deployment result : 0x80073cf9 Install failed. Please contact your software vendor.
ExtendedError: 0x8000000b The operation attempted to access data outside the valid range

Relevant event log from Microsoft-Windows-AppXDeploymentServer/Operational:

TimeCreated                      Id LevelDisplayName Message                                                           
-----------                      -- ---------------- -------                                                           
6/15/2022 4:30:10 PM            404 Error            AppX Deployment operation failed for package Microsoft.WindowsAppR
                                                     untime.1.1_1001.524.1918.0_x64__8wekyb3d8bbwe with error          
                                                     0x80073CF9. The specific error text for this failure is:          
                                                     Deployment Add operation with target volume C: on Package Microsof
                                                     t.WindowsAppRuntime.1.1_1001.524.1918.0_x64__8wekyb3d8bbwe from:  
                                                     (MSI1288.tmp)  failed with error 0x8000000B. See                  
                                                     http://go.microsoft.com/fwlink/?LinkId=235160 for help diagnosing 
                                                     app deployment issues.                                            
6/15/2022 4:30:10 PM            401 Error            Deployment Add operation with target volume C: on Package Microsof
                                                     t.WindowsAppRuntime.1.1_1001.524.1918.0_x64__8wekyb3d8bbwe from:  
                                                     (MSI1288.tmp)  failed with error 0x8000000B. See                  
                                                     http://go.microsoft.com/fwlink/?LinkId=235160 for help diagnosing 
                                                     app deployment issues.                                            
6/15/2022 4:30:10 PM            605 Information      The last successful state reached was BundleProcessed. Failure    
                                                     occurred before reaching the next state Indexed. hr: 0x8000000B   
6/15/2022 4:30:10 PM            854 Information      Successfully added the following uri(s) to be processed:          
                                                     file:///C:/Users/RUNNER~1/AppData/Local/Temp/MSI1288.tmp.         
6/15/2022 4:30:10 PM            607 Information      Deployment Add operation on package Microsoft.WindowsAppRuntime.1.
                                                     1_1001.524.1918.0_x64__8wekyb3d8bbwe has been de-queued and is    
                                                     running for user SID S-1-5-21-756918516-3765608648-1031371933-500.
6/15/2022 4:30:10 PM          10002 Verbose          Creating Resiliency File C:\ProgramData\Microsoft\Windows\AppRepos
                                                     itory\6dc53e8e-1336-4108-b9a0-a382f30d3e7d_S-1-5-21-756918516-3765
                                                     608648-1031371933-500_1.rslc for Add Operation on Package Microsof
                                                     t.WindowsAppRuntime.1.1_1001.524.1918.0_x64__8wekyb3d8bbwe.       
6/15/2022 4:30:10 PM            603 Information      Started deployment Add operation on a package with main parameter 
                                                     MSI1288.tmp and Options 0 and 0. See                              
                                                     http://go.microsoft.com/fwlink/?LinkId=235160 for help diagnosing 
                                                     app deployment issues.                                            

Steps to reproduce the bug

Relevant GitHub Actions .yml:

    runs-on: windows-latest
... 
    - run: Invoke-webrequest -uri https://aka.ms/windowsappsdk/1.1/1.1.1/windowsappruntimeinstall-1.1.1-x64.exe -OutFile windowsappruntimeinstall-1.1-x64.exe
      shell: powershell
    - run: '&.\windowsappruntimeinstall-1.1-x64.exe'
      shell: powershell

Expected behavior

The runtime should install successfully.

Screenshots

No response

NuGet package version

No response

Packaging type

No response

Windows version

No response

IDE

No response

Additional context

No response

[michael-hawker]

- run:  vstest.console.exe ./labs/CiTestExp/**/CiTestExp.UnitTests.WinAppSdk.build.appxrecipe /Framework:FrameworkUap10 /logger:"trx;LogFileName=CiTestExpWinAppSdk.trx"

In our case we're seeing this as well just trying to run vstest (cmd above) against a WinAppSDK project. Worked fine with 1.0.3, updated to 1.1.1 and saw this failure:

DEP0800: The required framework "C:\Users\runneradmin\.nuget\packages\microsoft.windowsappsdk\1.1.1\buildTransitive\..\tools\MSIX\win10-x64\Microsoft.WindowsAppRuntime.1.1.msix" failed to install. [0x80073CF9] Deployment Add operation with target volume C: on Package Microsoft.WindowsAppRuntime.1.1_1001.524.1918.0_x64__8wekyb3d8bbwe from:  (Microsoft.WindowsAppRuntime.1.1.msix)  failed with error 0x8000000B. See http://go.microsoft.com/fwlink/?LinkId=235160 for help diagnosing app deployment issues.

[UltimateInternet]

error 0x80073CF9. The specific error text for this failure is: Deployment Add operation with target volume C: on Package payloadApplicationMaui from: (payloadApplicationMaui.msix) failed with error 0x8000000B.

Dependencies/x64/Microsoft.WindowsAppRuntime.1.1.msix.

same error on deployment of msix on generic MAUI release to windows.

target:

net6.0-windows10.0.19041.0\win10-x64

[michael-hawker]

Thanks @BenJKuhn! Also, is it possible to get a wct label in this repo? I have triage permission on the WinUI repo and a label over there that I use for tracking various things impacted, effecting, or related to the Windows Community Toolkit.

We're using GitHub Actions with our new Toolkit infrastructure we're trying to complete in the next couple of weeks, so this issue will block us from updating the WinAppSDK version at the moment.

[DrusTheAxe]

Looks like another symptom of the same root issue as #2546 Installation with System-Account doesn't work

[UltimateInternet]

Adding "windows-app-sdk/downloads" -- all 1.1.1 and 1.1.0 installers fail with the same message:

.\WindowsAppRuntimeInstall.exe --force --msix
Installing license: MSIX_MAINPACKAGE_LICENSE
Install result : 0x0
Installing license: MSIX_SINGLETONPACKAGE_LICENSE
Install result : 0x0
Deploying package: Microsoft.WindowsAppRuntime.1.1_1001.524.1918.0_x64__8wekyb3d8bbwe Package deployment result : 0x80073cf9 Install failed. Please contact your software vendor. ExtendedError: 0x8000000b The operation attempted to access data outside the valid range One or more install operations failed. Result: 0x80073cf9

Any workaround for Microsoft.WindowsAppRuntime.1.1 deployment at this time?

[sachintaMSFT]

#2565 fixing that just went into main. I'll be bringing it to servicing review so it can get into a 1.1 update soon.

[sachintaMSFT]

The fix is approved to be serviced in 1.1.2 version - #2644. Hence, closing the issue.

[michael-hawker]

@sachintaMSFT thanks for the update, is there an ETA for when 1.1.2 will be released? (Also FYI, I know the WinUI repo also has a bot which can close issues when the update is available as well.)

[michael-hawker]

@sachintaMSFT I'm still seeing this with 1.1.2, but only with our unit test project heads (our main build is now building with 1.1.2). It looks like it's still trying to install 1.1.1 instead of 1.1.2, but I'm not 100% sure where that's pulled in by the .NET SDK:

Checking whether required frameworks are installed...
Framework: Microsoft.WindowsAppRuntime.1.1/X86. Skipping installation because framework package architecture does not match target architecture X64 and app package architecture X64.
Framework: Microsoft.WindowsAppRuntime.1.1/X86. Skipping installation because framework package architecture does not match target architecture X64 and app package architecture X64.
Framework: Microsoft.WindowsAppRuntime.1.1/X64, app package version 1002.543.1943.0 is not currently installed.
Framework: Microsoft.WindowsAppRuntime.1.1/ARM64. Skipping installation because framework package architecture does not match target architecture X64 and app package architecture X64.
Installing missing frameworks...
DEP0800: The required framework "C:\Users\runneradmin\.nuget\packages\microsoft.windowsappsdk\1.1.2\buildTransitive\..\tools\MSIX\win10-x64\Microsoft.WindowsAppRuntime.1.1.msix" failed to install. [0x80073CF9] Deployment Add operation with target volume C: on Package Microsoft.WindowsAppRuntime.1.1_1002.543.1943.0_x64__8wekyb3d8bbwe from:  (Microsoft.WindowsAppRuntime.1.1.msix)  failed with error 0x8000000B. See http://go.microsoft.com/fwlink/?LinkId=235160 for help diagnosing app deployment issues.
	DeploymentSucceeded = False
	DeploymentError = Err_Deploy_SDKInstall
	DeploymentUserError = False
	DeploymentHRESULT = 2147958009
	HasSharedCode = False
	SDKFileName = 
Deleting file "vs.appxrecipe" from layout...

    <PackageReference Include="Microsoft.WindowsAppSDK" Version="1.1.2" />
    <PackageReference Include="Microsoft.Windows.SDK.BuildTools" Version="10.0.22000.194" />
    <PackageReference Include="Microsoft.TestPlatform.TestHost">
      <Version>17.1.0</Version>
      <ExcludeAssets>build</ExcludeAssets>
    </PackageReference>
    <PackageReference Include="MSTest.TestAdapter">
      <Version>2.2.8</Version>
    </PackageReference>
    <PackageReference Include="MSTest.TestFramework">
      <Version>2.2.8</Version>
    </PackageReference>

[lukedukeus]

This also breaks on Windows Server 2022. I wonder if it has something to do with server missing windows store / MSIX packaging support? For me the solution was downgrading to 1.0.4

[michael-hawker]

See base issue now tracking this here: #2829