Can't install v1.9.25180

[Cyberboss]

Somethings changed in the process.

It works fine on Windows Sandbox on my personal Pro 10, but it refuses to work on the server 2022 images.

[blessio]

if you install (not only provision) the winget.msixbundle then it gives much usefull info that there is a hidden dependency not well documented.

The VCLibs version required is:

• 14.0.33728.0 but what is installed is
• 14.0.33321.0

and thus, it does not run ... :-(

I believe that these dependencies should be handled inside the winget bundler (whoever oriduces the bundle) and should not be fixed here.

The installer here wants to install a "working bundle of winget" ... if it is not working then ... failing is OK but with a good failure report :-)

In few minutes I will submit a PR which does work with working bundle of winget and gives the error listed here in case of a bad bundle (should be a defect submitted to the "bundler")

Run echo "PROVISIONING WINGET"
  echo "PROVISIONING WINGET"
  Add-AppxProvisionedPackage -Online -PackagePath ./winget.msixbundle -LicensePath ./winget_License1.xml
  shell: C:\Windows\System32\WindowsPowerShell\v1.0\powershell.EXE -command ". '{0}'"
PROVISIONING WINGET


Path          : 
Online        : True
RestartNeeded : False



Run echo "INSTALLING WINGET"
  echo "INSTALLING WINGET"
  Add-AppxPackage .\winget.msixbundle
  shell: C:\Windows\System32\WindowsPowerShell\v1.0\powershell.EXE -command ". '{0}'"
INSTALLING WINGET
Add-AppxPackage : Deployment failed with HRESULT: 0x80073CF3, Package failed updates, dependency or conflict 
validation.
Windows cannot install package Microsoft.DesktopAppInstaller_1.24.25180.0_x64__8wekyb3d8bbwe because this package 
depends on a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published 
by "CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor 
architecture and minimum version 14.0.33728.0, along with this package to install. The frameworks with name 
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed
Windows cannot install package Microsoft.DesktopAppInstaller_1.24.25180.0_x64__8wekyb3d8bbwe because this package 
depends on a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published 
by "CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor 
architecture and minimum version 14.0.33728.0, along with this package to install. The frameworks with name 
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed are: 
{Microsoft.VCLibs.140.00.UWPDesktop_14.0.33321.0_x64__8wekyb3d8bbwe}
NOTE: For additional information, look for [ActivityId] 7fa27607-ee7c-0002-4e57-4e2a5e2ddb01 in the Event Log or use 
the command line Get-AppPackageLog -ActivityID 7fa27607-ee7c-0002-4e57-4e2a5e2ddb01
At D:\a\_temp\b138a5be-001d-4c4e-9[49](https://github.com/blessio/install-winget/actions/runs/11645372779/job/32428332093#step:2:58)3-6140746f6ca2.ps1:3 char:1
+ Add-AppxPackage .\winget.msixbundle
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : WriteError: (D:\a\install-wi...nget.msixbundle:String) [Add-AppxPackage], IOException
    + FullyQualifiedErrorId : DeploymentError,Microsoft.Windows.Appx.PackageManager.Commands.AddAppxPackageCommand
 
Error: Process completed with exit code 1.

[blessio]

#9 (comment)

Now the issue can be seen here on builds "Test Latest with ... ".
Link to one of them: https://github.com/Cyberboss/install-winget/actions/runs/11652279817/job/32443276681#step:2:90

That is why I think that this tests should be given to winget-cli team (https://github.com/microsoft/winget-cli), and a release of winget-cli should not be done until these tests pass ...

[HunterZ]

Seeing the same thing with a windows-latest runner:

INSTALLING WINGET
Add-AppxPackage : Deployment failed with HRESULT: 0x80073CF3, Package failed updates, dependency or conflict 
validation.
Windows cannot install package Microsoft.DesktopAppInstaller_1.25.340.0_x64__8wekyb3d8bbwe because this package 
depends on a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published 
by "CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor 
architecture and minimum version 14.0.33728.0, along with this package to install. The frameworks with name 
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed a
Windows cannot install package Microsoft.DesktopAppInstaller_1.25.340.0_x64__8wekyb3d8bbwe because this package 
depends on a framework that could not be found. Provide the framework "Microsoft.VCLibs.140.00.UWPDesktop" published 
by "CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US", with neutral or x64 processor 
architecture and minimum version 14.0.33728.0, along with this package to install. The frameworks with name 
"Microsoft.VCLibs.140.00.UWPDesktop" currently installed are: 
{Microsoft.VCLibs.140.00.UWPDesktop_14.0.33321.0_x64__8wekyb3d8bbwe}
NOTE: For additional information, look for [ActivityId] 58d0eb94-cd12-0000-e756-8996d5b0db01 in the Event Log or use 
the command line Get-AppPackageLog -ActivityID 58d0eb94-cd12-0000-e756-8996d5b0db01
At D:\a\_temp\6f9f70ef-4c07-4bc6-91c6-c3cc3b2acaa4.ps1:4 char:1
+ Add-AppxPackage .\winget.msixbundle
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : WriteError: (D:\a\rustLaunch...nget.msixbundle:String) [Add-AppxPackage], IOException
    + FullyQualifiedErrorId : DeploymentError,Microsoft.Windows.Appx.PackageManager.Commands.AddAppxPackageCommand
 
Error: Process completed with exit code 1.

[blessio]

If you are using the cyberboss action with its default parameters:

    - name: Winget to Install 
      uses: Cyberboss/install-winget@v1
      with:
        GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        # other parameters are default?

then I believe, this will fix the issue:

    - name: Winget to Install 
      uses: blessio/install-winget@PR05 # instead of Cyberboss/install-winget@v1 because the default
                                        # "latest" is not working on latest runner windows images
      with:
        GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        wget_release_id: '164835566'     # or this because it has the "correct" dependency

Any of the two lines changed (second line changed XOR last line added) should independently fix the issue (I have tested them only together, so I write both).
I recommend just adding the parameter line wget_release_id: '164835566'