So I'm trying to understand admin rights with program files and such and when testing applications I realized that you can install Chrome, Firefox and Opera (haven't tried Safari) without admin rights, Firefox asks you for admin rights but you can just cancel and it will work anyway, I'm pretty sure it's the same deal with Chrome and Opera didn't even ask me anything and just installed. If anyone has a clue as to why, feel free to share! I'm guessing it has something to do with them installing in AppData or something? But then they also create files in Program Files which should require admin privileges.
Thanks in advance!
Related
All apps like "Steam", "Slack", "Anydesk" and etc. They were all displaying in black/white in a tray at my panel.
The update for POP!_OS was pending for a few weeks, so "what the heck, let's do this!"...
It was an instant regret when the PC rebooted... all GNOME extensions were GONE! I was not expecting this to happen... =/
I managed to remember most of the extensions I had running before, so I installed them all.
Didn't take me too much time to realize that the background apps are not showing anymore. They don't show in the dash, nor the panel or anywhere else besides the System Monitor.
The gnome extension Dash to Panel is active, as it may be related I'm posting this screen shot showing that all possible areas are "Visible".
How can I display the background apps again?
Well, silly me...
I really don't know the reason for it, but seems like the package https://github.com/ubuntu/gnome-shell-extension-appindicator was uninstalled during the update.
So the solution for the issue was:
Installing this extension: $sudo apt install gnome-shell-extension-appindicator
Enabling it in the gnome extensions manager: Ubuntu Appindicators
I hope it helps someone! =)
We have an app which uses squirrel.windows for installation and updating. When executing Setup.exe it can't extract the installer and we get the following error message:
It tries to install to the ..user//AppData.. directory.
Setup.exe works perfectly for Windows7 and it used to work for Windows10 (we don't know exactly when it stopped working).
We tried to run Setup.exe as administrator and in compatibility mode, however it did not help. But running Setup.exe as Domain-administrator works, so we expect that something changed with the user-rights in Windows 10. We also updated squirrel.windows to the latest version (1.9) and added SQUIRREL_TEMP to the environment variables, but nothing helped.
Any suggestions what could be wrong?
I don't know why, however, upgrading Squirrel.Windows to version 1.9.0 fixed the issue.
This is pretty late to post, But if someone stumbles here please read this,
Workaround -
Please try disabling Antivirus software if any. In my case, user had Kaspersky AV, so disabled it for an hour and tried installation it worked.
Solution -
The robust solution would be digitally signing setup.exe that is generated by Squirrel (using releasify). Please refer this for details
I was getting this error when trying to install Atom using the installer.
I tried to run as Administrator but ever having the same error.
So I opened the Setup Log and found this line in many places of the log:
Failed to load local releases, starting from scratch: System.IO.DirectoryNotFoundException: Could not find a part of the path 'C:\Users\david\AppData\Local\slack\packages\RELEASES'.
To resolve this problem, I simply tried to change the AppData folder properties, unchecking the Attribute "Read-Only" and applying to subfolders.
After that, I could install the application and everything is working well.
I don't know whether what I did was the best solution, but it fixed my problem :)
Hope this help someone
If you have anti-virus installed on your system. Please disable it and try it once. Hope this will work for you because this worked for me like a charm.
One more thing you can check that your windows update service is also running. You check it out in Task Manager ->
So do this thing and check it out.
This is a permission related issue. Could be you don't have permission to write, in that case run as Administrator.
Right Click on the installer and select Run As Administrator.
If you still have the issue, disable your antivirus, defender or whatever you have to protect your PC from threats. Once Installed Enable it BACK
if you have Dropbox opened, close it.
You can try this:
open control panel
Windows firewall
click allow an app or feature through windows firewall
In that at right bottom click allow another app
Browse the downloaded atom.exe file and click open and click ok
first uninstall or disable the antivirus. In my case Guardian net secure was handling all the things of windows firewall. so i was not able to allow the app through windows firewall. therefore, it is necessary to uninstall these. then restart your laptop.
after restarting open control panel. go to windows firewall. on left top you will see
allow an app or feature through windows firewall . click on it. dialog box appears. click on change settings. at bottom click allow another app. then browse the downloaded file atom.exe. then install it
What worked for me was closing Slack and terminating any of it's processes in Task Manager.
This was what worked for me (Windows 11):
Go to properties>compatability on the installation file. Run the troubleshooter for compatibility, and it shoul provide a solution, wait, and if it works, select that it did so, and you’re all done.
To resolve this problem, I simply tried to change the AppData folder properties, unchecking the Attribute "Read-Only" and applying to subfolders.
After that, I could install the application and everything is working well.
This worked for me on Windows 11 home version.
Hope this helps
I managed to install by finding an older version.
I'm trying to install GVim on my work machine. I can get admin rights if I really need them, but I would like to avoid that if I can. This is relevant, as it seems that the GVim portable executable I have in a folder won't run without admin rights. This strikes me as odd, given that it's meant to be a portable application.
Really all I'm trying to do is use Vim (which I'm still getting to grips with) on my work computer.
Any and all help, including alternative suggestions, would be greatly appreciated.
Jonny
Which portable GVIM are you talking about? The default installers from vim.org are not portable per se (but you can usually just copy the installation directory around and directly launch that).
If you can get admin rights, I think it's a good idea to acquire them for the one-time install process (you presumably won't upgrade Vim that often). Installing to a secured location with elevated rights reduces the attach surface: You can then be sure that nothing tampered with Vim's executable and runtime.
I'm logged-in as non-administrator account on Windows 2008 R2.
When I try to run the Inno-setup script under that account, I'm required to enter administrator password.
The problem is that later I can't debug that script, since it has references to {userappdata} variable, which means that during run-time it refers to administrator!
I wish not to be asked to provide administrator rights - not during debug nor during real installation. How to do that?
I prefer the application not to be installed by administrator. Respectively, files are installed to {app} (usually C:\Program Files (x86)) and {userappdata} only
How to prevent being asked to install it as administrator?
If I'd purchase a code-sign certificate for that application - would that solve that problem?
THANK YOU
There are tips already shared,
http://www.vincenzo.net/isxkb/index.php?title=Vista_considerations
If you can make your installer friendly to standard users, then the elevation can be removed. You might first set PrivilegesRequired=lowest and then see what breaks. After fixing the broken pieces, you should get such an installer.
Code signing will not stop elevation prompt, if your installer still requires elevation.
Installing anything to %PROGRAMFILES% (C:\Program Files or C:\Program Files (x86) in versions of Windows supporting UAC (and even Windows XP under a non-power user or administrator account) requires administrator rights. There's no way to work around that; the normal (non-administrator) user isn't supposed to install software to %PROGRAMFILES%.