Closed redactedscribe closed 2 weeks ago
The Write-Output
line error can be safely ignored. See here for more info: https://github.com/marticliment/WingetUI/issues/2379
It looks as if your Microsoft.WinGet.Client module is broken. Please try to
Uninstall-Module Microsoft.WinGet.Client
until it complains the module is not installed (this can take two or three times) and then
Install-Module Microsoft.WinGet.Client
> Uninstall-Module Microsoft.WinGet.Client
Uninstall-Package: No match was found for the specified search criteria and module names 'Microsoft.WinGet.Client'.
> Uninstall-Module Microsoft.WinGet.Client
Uninstall-Package: No match was found for the specified search criteria and module names 'Microsoft.WinGet.Client'.
> Uninstall-Module Microsoft.WinGet.Client
Uninstall-Package: No match was found for the specified search criteria and module names 'Microsoft.WinGet.Client'.
> Uninstall-Module Microsoft.WinGet.Client
Uninstall-Package: No match was found for the specified search criteria and module names 'Microsoft.WinGet.Client'.
> Uninstall-Module Microsoft.WinGet.Client
Uninstall-Package: No match was found for the specified search criteria and module names 'Microsoft.WinGet.Client'.
It's simply not installed in the first place I think. Remember the missing Microsoft.WinGet.Client dependency screenshot from #2375? I can install it.
After installing, I still see the missing dependency screenshot, and there still aren't any WinGet packages listed on the updates/installed tabs. I restarted UniGetUI after installing the module.
When clicking on install, presumably a command prompt window should launch. What does it say?
Please try to run UniGetUI as admin and see if the dependency gets installed
When clicking on install, presumably a command prompt window should launch. What does it say?
It says the console output Install-Module : Administrator rights are required to install modules in 'C:\Program Files\WindowsPowerShell\Modules'.
etc.
UniGetUI as admin:
An admin console launches and installs the dependency correctly. Now re-running UniGetUI without admin privileges no longer shows the dependency popup. Good.
I see where the problem occurred:
Install-Module Microsoft.WinGet.Client
as admin in a PowerShell console, I used PowerShell Core, not Windows PowerShell, and therefore it did not take effect, for whatever reason. I know this because running Uninstall-Module Microsoft.WinGet.Client
in Windows PowerShell makes the dependency popup re-appear, and the the Install...
command via Windows PowerShell makes it go away again.When asking others to run Install-Module Microsoft.WinGet.Client
make sure to specify using Windows PowerShell as admin. (apologies if you did specify Windows PowerShell specifically, I might have overlooked that detail.)
Thanks.
Also, now WinGet packages are showing in the Software Updates and Installed Packages tabs! This has resolved the issue.
Then, this issue was fixed on https://github.com/marticliment/WingetUI/commit/c6b4fbe306e7163ce88dc13d31ae34dbd478d827
Hello @marticliment. Just to confirm that the fix has worked via this test: I closed UniGetUI, manually ran Uninstall-Module Microsoft.WinGet.Client
using Windows PowerShell as admin, installed Beta 2, the dependency popup triggered again (expected), I pressed install and the WinGet module installed successfully. Restarted UniGetUI and no more dependency popup. Thanks again!
Great!
Please confirm these before moving forward
UniGetUI Version
3.1.0 beta 1
Windows version, edition and architecture
Windows 11 Pro
Describe your issue
There are some similar open issues but I'm not sure if they're actually the same problem.
For some reason, no WinGet packages show in the Software Updates tab or the Installed Packages tab, even though UniGetUI says Winget is enabled and ready to go (i.e. it's found). Both tabs' Sources section list Npm, Pip, Scoop, etc, but not Winget. There are no open winget*.exe processes to quit as you suggested in another issue. Refreshing the updates/installed tabs does not reveal the WinGet packages either. I don't know any way to cause them to be shown.
Could this be related to the missing WinGet PowerShell Module as see in the screenshot from #2375?
I could run
Install-Module Microsoft.WinGet.Client
but then I won't be able to test the fix from the just mentioned issue when beta 2 releases (if another beta is coming).I noticed that there's a reset sources button in the UniGetUI's WinGet settings. I ran it thinking it may help and it produced this:
The
The system cannot find the path specified
line looks fishy.Steps to reproduce the issue
Unsure.
UniGetUI Log
Package Managers Logs
Relevant information
The
Write-Output : The term 'Write-Output' is not recognized
from WinGet's logs above might also be part of the problem. The end of the WinGet log shows a package discovery search for Firefox. The Discover Packages tab is the only tab which lists any WinGet packages. WinGet packages are completely missing from the other tabs.At first there was a firewall issue as WinGet packages weren't even shown in the Discover Packages tab, but now that I solved that, that tab has no WinGet issues.
Screenshots and videos
No response