-
-
Notifications
You must be signed in to change notification settings - Fork 490
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Cannot install applications that require admin permissions, outside UnigetUI works #3274
Comments
Same issue here
Log
|
This is a different issue, please open a new bug report. Enabling "Use GSudo instead of UniGetUI Elevator" works? (assuming you have GSudo installed on your system) |
Not sure you meant me, but I tried gsudo and it results in the same problem |
Now I am able to create issues, can you try again please? |
Hello, The same thing is happening on my side. First, it's important to understand that this is a computer lent by the company I work for, and I have an admin user and a user connected to a domain. I have access to the admin user, but I believe that this is what is causing the problem when I am using the domain account. Is there a way to disable admin elevation when we install or update software? Btw, i unchecked Always run Winget operations with administrator rights, but nothing changes. Thank you! |
Please confirm these before moving forward
UniGetUI Version
3.1.6
Windows version, edition, and architecture
Windows 10 22H2 (19045.5371)
Describe your issue
Hi,
first, thanks for this great product!!
I've had this problem with UniGet for quite a while (on several PCs) and thought with the latest fix in 3.1.6 ("A long-standing issue where WinGet would get corrupted on systems where the user didn't have admin privileges has been finally fixed.“), I'll try again. Unfortunately still without success.
I have two accounts, one that I primarily work with without administrative rights and another that I can only use when I elevate something, with administrative rights.
When I perform an update for e.g. 7-Zip, it doesn't work with UniGet, it elevates it and throws a winget error that I should test “winget source reset”. If I take the same winget command that Uniget uses and run it in a PowerShell under my non-admin user, it works.
This is the case for every package that is installed for all users / needs admin permissions.
Installations/Updates that are only for my user, i.e. installable without administrative rights, work in UniGet.
I had already deleted the Winget folder in both user directories in AppData/Local/Temp, unfortunately without success.
UniGetUI is normally installed and prompts for an elevation with my admin user at startup, which I also confirm. (No idea if this is important)
Also winget does not display any powershell 7 package updates. However, the log says it finds them, but has a problem with the manifest download. This is a second problem, I just want to also mention it here in case it is related. I do not use PowerShell 5.1, only version 7.
Any ideas?
Steps to reproduce the issue
No response
UniGetUI Log
UniGetUI Log (click to expand)
Package Managers Logs
Package Manager Log (click to expand)
Relevant information
No response
Screenshots and videos
Screenshots from tests with 2 packages.
7-Zip
Using UniGet:
Outside UniGet - running in PowerShell 7:
Adobe Acrobat
Using UniGet:
Outside Uniget - running in CMD:
The text was updated successfully, but these errors were encountered: