[Package Issue]: Microsoft.EdgeWebView2Runtime

[affinis-mcs]

Please confirm these before moving forward

• I have searched for my issue and not found a work-in-progress/duplicate/resolved issue.
• I have not been informed if the issue is resolved in a preview version of the winget client.

Category of the issue

Other

Brief description of your issue

The value of the "ProductCode" Field in the Microsoft.EdgeWebView2Runtime.installer.yaml is no valid MSI Product Code:

https://learn.microsoft.com/en-us/windows/win32/msi/product-codes

This Product Code will be written to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall and is used to detect/uninstall applications by Software Management Systems.

So if there is no Product Code, or you don´t know it, please delete the field. We get an "application not found" after installation from our Software Management System because of this.

Steps to reproduce

no text

Actual behavior

no text

Expected behavior

no text

Environment

no text

Screenshots and Logs

no text

[SpecterShell]

The value of the "ProductCode" Field in the Microsoft.EdgeWebView2Runtime.installer.yaml is no valid MSI Product Code:

The installer used in this manifest is not MSI-based. Non-MSI installers can simply use any form of ProductCode, not necessarily GUID.

This Product Code will be written to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall and is used to detect/uninstall applications by Software Management Systems.

The ARP entry would be written to HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{ProductCode} for a 32-bit MSI (and for non-MSI it could also be in HKCU)

In this case, the installer writes the ARP entry to HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\Microsoft EdgeWebView. The installers of recent versions appear to install the program as a component by adding a DWORD value SystemComponent to that key, so after upgrading it will disappear from "Apps and Features", and WinGet will also ignore this program.

[affinis-mcs]

Thanks for the explanation, I have only used the product code in connection with MSI so far. The documentation for a Winget Manifest also refers to MSI in the product code field:

https://learn.microsoft.com/en-us/windows/package-manager/package/manifest?tabs=minschema%2Cversion-example#tips-and-best-practices

Package installers in MSI format use [product codes](https://learn.microsoft.com/en-us/windows/win32/msi/product-codes) to uniquely identify applications. The product code for a given version of a package should be included in the manifest to help ensure the best upgrade

I think product code in connection with EXE leads to confusion.

We use Nerdio for managing our AVD Environment and the Software within and the used Product Code will lead the Detection after Installation to "not found":

If i try to import the Webview to our private Winget Repo via Nerdio, i will get a Warning:

As this is not an MSI, can the product code field be removed?

[SpecterShell]

WinGet can match the program by either the UpgradeCode (for MSI), ProductCode or the package name, so I don't think removing the ProductCode field in your screenshot would have negative effects on matching the EdgeWebView package as WinGet can still rely on the package name for matching, although the package might still be ignored due to the reasons I mentioned before.