Comments (23)
WindowsPackageManagerServer memory dump, link valid until the end of the week: https://1drv.ms/u/s!AqDF3R6HxnoJjLk_MNE2l2MtonKX0Q?e=ZWmESH
from winget-cli.
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:
- Unable to install MSIX package (#3724), similarity score: 0.78
- Package dependency is not available mid-installation (#3668), similarity score: 0.77
Note: You can give me feedback by thumbs upping or thumbs downing this comment.
from winget-cli.
It sounds like Microsoft.EdgeWebView2Runtime
might have an issue. Installing it in a WIndows 11 VM ended with:
2024-05-13 07:43:52.016 [REPO] Sending http GET request to: https://storeedgefd.dsx.mp.microsoft.com/v9.0/packageManifests/--accept-package-agreements?Market=US
2024-05-13 07:43:52.079 [REPO] Response status: 200
2024-05-13 07:43:52.086 [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 07:43:52.087 [REPO] Opened SQLite Index with version [1.6], last write [2024-05-13 07:42:19.000]
2024-05-13 07:43:52.108 [CLI ] No app found matching input criteria
2024-05-13 07:43:52.115 [CLI ] Terminating context: 0x8a150014 at C:__w\1\s\external\pkg\src\AppInstallerCLICore\Workflows\WorkflowBase.cpp:3c8
This should probably be moved to the winget-pkgs repo, because it's only impacting 1 package.
from winget-cli.
It sounds like
Microsoft.EdgeWebView2Runtime
might have an issue. Installing it in a WIndows 11 VM ended with:2024-05-13 07:43:52.016 [REPO] Sending http GET request to: storeedgefd.dsx.mp.microsoft.com/v9.0/packageManifests/--accept-package-agreements?Market=US
2024-05-13 07:43:52.079 [REPO] Response status: 200
2024-05-13 07:43:52.086 [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 07:43:52.087 [REPO] Opened SQLite Index with version [1.6], last write [2024-05-13 07:42:19.000]
2024-05-13 07:43:52.108 [CLI ] No app found matching input criteria
2024-05-13 07:43:52.115 [CLI ] Terminating context: 0x8a150014 at C:__w\1\s\external\pkg\src\AppInstallerCLICore\Workflows\WorkflowBase.cpp:3c8This should probably be moved to the winget-pkgs repo, because it's only impacting 1 package.
@stephengillie - on your VM can you try with --source winget
? It seems to work on my VM
@AliveDevil - I see you have listed Microsoft.WebView2
as the dependency, have you tried Microsoft.EdgeWebView2Runtime
? I don't see Microsoft.WebView2
as a valid package in WinGet at all
from winget-cli.
@Trenly yes, I did try that and AppInstaller refuses to install the package. Can get you the exact error tomorrow morning (CEST).
The Microsoft.WebView2 dependency is supposed to be set like that and the only valid external dependency allowed.
from winget-cli.
@stephengillie - on your VM can you try with
--source winget
? It seems to work on my VM
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 --source winget
- and got this before and after:
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
from winget-cli.
This is the log output with <win32dependencies:ExternalDependency name="Microsoft.EdgeWebView2Runtime" …
:
AppInstaller-2024-05-14-09-42-47.739.log
AppInstaller-2024-05-14-09-42-48.163.log
WinGetCOM-2024-05-14-09-42-50.156.log
from winget-cli.
TImeline:
48 seconds - Unable to read Group Policy
[Tue May 14 09:42:48 2024]{12036} GroupPoliciesAppServiceClient -> Unable to read Group Policy from registry (0x00000002)
AppInstaller-2024-05-14-09-42-48.163.log
51 seconds - Failed to find dependency
[Tue May 14 09:42:51 2024]{2068} Failed when attempting to find the external dependency: Microsoft.EdgeWebView2Runtime
[Tue May 14 09:42:51 2024]{2068} PackageDependencyInstaller -> Reporting error from Windows Package Manager package search for Microsoft.EdgeWebView2Runtime - 0xa0040002
AppInstaller-2024-05-14-09-42-47.739.log
51.047 seconds - File write error:
2024-05-14 09:42:50.802 [REPO] Reading MSI UpgradeCodes
2024-05-14 09:42:50.989 [REPO] Reading MSI UpgradeCodes
2024-05-14 09:42:51.047 [FAIL] C:__w\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\Schema\1_0\Interface_1_0.cpp(197)\WindowsPackageManager.dll!00007FFEB87174CC: (caller: 00007FFEB871E129) Exception(1) tid(20ec) 800700B7 Eine Datei kann nicht erstellt werden, wenn sie bereits vorhanden ist.A file cannot be created if it already exists.
WinGetCOM-2024-05-14-09-42-50.156.log
from winget-cli.
Could you try the following on the VM:
> winget source add test https://cdn.winget.microsoft.com/platform
> winget install Microsoft.WebView2 -s test
This is a manual version of what is happening in the background and will hopefully give us better error details.
from winget-cli.
This was successful in my VM. I'm interested to hear if it was in @AliveDevil's environment also.
from winget-cli.
The winget installation of WebView2 works, log1 attached.
AppInstaller still refuses to install the MSIX with the external dependency:
AppInstaller-2024-05-15-08-44-28.432.log
AppInstaller-2024-05-15-08-44-29.298.log
Footnotes
from winget-cli.
Does this system have UAC disabled and the user is a member of the Administrator group?
from winget-cli.
Confirmed: UAC is enabled (and on the default state).
User is member of the local Administrators group.
from winget-cli.
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:
tools/COMTrace/ComTrace.wprp
Then:
[Get AppInstaller ready to Install, but don't Install yet]
> wpr.exe -start <local path to the .wprp file> -filemode
[Click the Install button, wait for it to fail]
> wpr.exe -stop com_trace.etl
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).
from winget-cli.
Attached com_trace.etl (unfiltered) for:
- Open AppInstaller of MSIX
- wpr.exe -start
- Click Install
- wpr.exe -stop
from winget-cli.
Yes, it does indeed look like another instance of the same issue, based on:
Call security blocked activation call: CLSID:{C53A4F16-787E-42A4-B304-29EFFB4BF597}, Client PID (image):1360 (C:\Program Files\WindowsApps\Microsoft.DesktopAppInstaller_1.22.11261.0_x64__8wekyb3d8bbwe\AppInstaller.exe), Server PID (image): 0x254c (C:\Program Files\WindowsApps\Microsoft.DesktopAppInstaller_1.22.11261.0_x64__8wekyb3d8bbwe\WindowsPackageManagerServer.exe)
@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.
from winget-cli.
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).
from winget-cli.
Indeed, I'm contacting experts internally to see if they can help understand the issue better.
from winget-cli.
Experts suggest a dump of the server process (WindowsPackageManagerServer.exe) if you can get it after the install attempt fails. Also the contents of HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Ole
, but that is only helpful if the information in the process dump doesn't make sense.
from winget-cli.
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).
from winget-cli.
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:
- Close WindowsPackageManagerServer
- Open MSIX, install
- On error created process memory dump with Task Manager
from winget-cli.
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 Elevated
column.
from winget-cli.
No worries for the delay.
The WindowsPackageManagerServer is indeed elevated.
from winget-cli.
Related Issues (20)
- PortableUninstall uninstaller failed: 2316632067 HOT 5
- Incorrect Versioning of Multiple Packages - Upgrade Or Manual Install Has No Effect - .NET, CUDA, Others HOT 4
- `winget export` failing with `Element not found` error HOT 4
- Add option to stop updating windows inbox apps / store apps HOT 2
- Github Desktopclear HOT 1
- Brand new Windows 11 machine has winget installed but all commands don't return anything HOT 3
- The update process fails although the package was successfully updated. HOT 4
- 0x8a15000f : Data required by the source is missing HOT 7
- winget does not recognice the installed version correct if run without administrator rights HOT 2
- winget import says json file is not valid. HOT 5
- Update Pipelines to use BinSkim v4
- `Get-WinGetPackage`'s `-Exact` option doesn't function HOT 4
- Cannot remove winget source without admin rights HOT 9
- Support more than 10 packages in winget install bulk mode with a single command HOT 3
- Neovim is installed twice instead upgraded HOT 2
- when using winget list --id "7zip.7zip" not found but shows when using winget list HOT 3
- Unable to upgrade k6 HOT 3
- Access denied (0xc0000005) when running under Windows 10 version 17763 HOT 2
- Winget not update obs-ptz
- Interacting at all with the `winget` source hangs HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from winget-cli.