Forum Discussion
Solved
Get-AppXPackage, Dependencies, and Impersonation
This was driving me nuts for two weeks until I found the source of this error.
I have a MSIX Package. I also have a modification package that contains a plugin, and that modification package A...
You can see modification packages using: Get-AppPackage -PackageTypeFilter Optional
ConfigMgr and Intune leverage an inbox CSP for manageability. They have a few different pivots to get the installed app inventory as well. The APIs also allow for this filtering.
John
jvintzel
Microsoft
Microsoft
You can see modification packages using: Get-AppPackage -PackageTypeFilter Optional
ConfigMgr and Intune leverage an inbox CSP for manageability. They have a few different pivots to get the installed app inventory as well. The APIs also allow for this filtering.
John
I tested the PackageTypeFilter option with impersonation to be sure it works, and it does.
But that is a workaround something that is a bug. It doesn't make sense that a request made without a PackageTypeFilter doesn't populate the dependencies like the same non-impersonated request.
So instead of one query I have to make one for main packages, one for optional (manually filtering out the main package that also shows up), and one for framework. Very stupid.
- jvintzel
Thank you for your feedback. Unfortunately this is something we are unlikely to service in in market OSes and hopefully the options, albeit "very stupid" will help enable the scenario you are looking to achieve.
John.