WebView2 dependency in MSIX fails to install on Azure Windows 11 22H2 Pro Gen2 #4473
Comments
|
Hi I'm an AI powered bot that finds similar issues based off the issue title. Please view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one and thumbs upping the other issue to help us prioritize it. Thank you! Closed similar issues:
|
microsoft-github-policy-service
bot
added
the
Needs-Triage
|
It sounds like
This should probably be moved to the winget-pkgs repo, because it's only impacting 1 package. |
microsoft-github-policy-service
bot
removed
the
Needs-Triage
@stephengillie - on your VM can you try with @AliveDevil - I see you have listed |
|
@Trenly yes, I did try that and AppInstaller refuses to install the package. Can get you the exact error tomorrow morning (CEST). |
Edit: I thought it proceeded normally, but was mistaken. My Windows 11 VM is somewhat behind on updates. Correction to above - I had a bug in my testing setup. Tested again before adding 2024-05-13 11:21:20.877 [REPO] Sending http GET request to: https://storeedgefd.dsx.mp.microsoft.com/v9.0/packageManifests/Microsoft.EdgeWebView2Runtime?Market=US
2024-05-13 11:21:20.938 [REPO] Response status: 200
2024-05-13 11:21:20.943 [REPO] Opening database for ReadWrite at 'C:\Users\User\AppData\Local\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\Microsoft.Winget.Source_8wekyb3d8bbwe\installed.db'
2024-05-13 11:21:20.945 [REPO] Opened SQLite Index with version [1.6], last write [2024-03-19 10:48:19.000]
2024-05-13 11:21:20.967 [REPO] Finding installed package from available package using system reference search: Query:[none] Include:ProductCode='microsoft edgewebview'[Exact] Include:NormalizedNameAndPublisher='microsoftedgewebview2runtime'+'microsoft'[Exact]
2024-05-13 11:21:20.969 [CLI ] Found one app. App id: Microsoft.EdgeWebView2Runtime App name: Microsoft Edge WebView2 Runtime
2024-05-13 11:21:20.969 [CLI ] Found installed package, converting to upgrade flow
2024-05-13 11:21:20.978 [REPO] Attempting to open pinning database: C:\Users\User\AppData\Local\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\pinning.db
2024-05-13 11:21:20.978 [REPO] ... opening existing pinning database
2024-05-13 11:21:20.978 [REPO] Opening database for Read at 'C:\Users\User\AppData\Local\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\pinning.db'
2024-05-13 11:21:20.979 [REPO] Opened Pinning Index with version [1.0], last write [2024-01-04 12:47:12.000]
2024-05-13 11:21:20.980 [CLI ] Terminating context: 0x8a15002b at C:\__w\1\s\external\pkg\src\AppInstallerCLICore\Workflows\UpdateFlow.cpp:bc |
|
This is the log output with |
denelon
added
the
Issue-Bug
TImeline:48 seconds - Unable to read Group Policy
AppInstaller-2024-05-14-09-42-48.163.log 51 seconds - Failed to find dependency
AppInstaller-2024-05-14-09-42-47.739.log 51.047 seconds - File write error:
|
|
Could you try the following on the VM: > winget source add test https://cdn.winget.microsoft.com/platform
> winget install Microsoft.WebView2 -s testThis is a manual version of what is happening in the background and will hopefully give us better error details. |
denelon
added
the
Needs-Author-Feedback
|
This was successful in my VM. I'm interested to hear if it was in @AliveDevil's environment also.
|
|
The winget installation of WebView2 works, log1 attached. AppInstaller still refuses to install the MSIX with the external dependency: Footnotes |
microsoft-github-policy-service
bot
added
Needs-Attention
|
Does this system have UAC disabled and the user is a member of the Administrator group? |
|
Confirmed: UAC is enabled (and on the default state). System Screenshot
|
|
Everything is pointing at some problem connecting to the COM server (although launching it just fine), and the only known issue would have been the UAC disabled. It could be the same issue though, just manifesting some other way. COM traces are likely the best way forward, but they will probably have information similar to what you have been redacting in your responses. I can tell you how to collect them and you can take a shot at analyzing them, or send them along in a more secure fashion if you are comfortable. You will need this file: Then: You can inspect the resulting .etl file with: https://learn.microsoft.com/en-us/windows-hardware/test/wpt/windows-performance-analyzer This should contain the reason for the failure, probably on the first (chronologically) trace line with the 0x80070005 error (although it is possible that the root cause has some other HRESULT). |
|
Attached com_trace.etl (unfiltered) for:
|
|
Yes, it does indeed look like another instance of the same issue, based on: @yao-msft was going to be looking at fixing this soon, although it isn't clear what exactly is the ACL mismatch in this case. I don't think there is a short-term mitigation that you can do beyond simply avoiding the feature. |
|
Interesting that I ever encountered this now on the Azure image. My own test VMs - created using Convert-WindowsImage - don't exhibit this issue (neither 22621, nor 22631). |
|
Indeed, I'm contacting experts internally to see if they can help understand the issue better. |
|
Experts suggest a dump of the server process (WindowsPackageManagerServer.exe) if you can get it after the install attempt fails. Also the contents of |
|
They also suggest killing the server process just before attempting as a test (if it isn't running, then that answers the question as well). |
|
So, I created the memory dump of WindowsPackageManagerServer, but even compressed this file exceeds the maximum allowed file size (25 MiB) with 33 MiB. Any preferred way of sharing that file? Steps were:
|
|
WindowsPackageManagerServer memory dump, link valid until the end of the week: https://1drv.ms/u/s!AqDF3R6HxnoJjLk_MNE2l2MtonKX0Q?e=ZWmESH |
|
Sorry about the delay, some other things came up. I think we understand what we have to do to fix this (thank you for the process dump), but now we are curious as to why it is happening. If you are able and willing, could you confirm whether the WindowsPackageManagerServer process is elevated or not from Task Manager > Details and enabling the |
|
No worries for the delay. The WindowsPackageManagerServer is indeed elevated. |
Brief description of your issue
On Azure Windows 11 22H2 Pro Gen2 VM installation of MSIX fails, when including WebView2 external dependency.
This works fine on non-Azure machines.
Steps to reproduce
Expected behavior
Installation succeeds by installing WebView2.
Actual behavior
Installation fails with generic error.
Log files:
Environment
winget --info
The text was updated successfully, but these errors were encountered: