-
Notifications
You must be signed in to change notification settings - Fork 617
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
installer: Change installer privileges to 'lowest' #86
Conversation
Allows the installer to be run with normal user permissions again. While http://www.innosetup.org/ishelp/topic_setup_privilegesrequired.htm does not list `none` as a valid value http://jrsoftware.github.io/issrc/whatsnew.htm says: If you were using PrivilegesRequired=none before, it is recommended to switch to PrivilegesRequired=lowest. which is what this fix does. The previous value of `admin` was too high. Tested locally with the 64 bit build. Fixes git-for-windows/git#497 Signed-off-by: Jeremy Kolb <[email protected]>
25ddadd
to
1f3e1f7
Compare
I just force pushed this with the suggested changes and did not realize that it would remove the previous discussion. Sorry :( |
No harm done. Instead, this is now an excellent Pull Request and it is fun to merge it. |
installer: Change installer privileges to 'lowest'
It might have removed the original discussion, but it now lives on in your excellent commit message ;-) |
FYI, this breaks upgrades if the previous version was installed with admin rights. |
well, for me the previous uninstaller asked for admin rights and the new installation continued. Though it was stuck for unknown reasons at 100% installation and I had to kill it but that should be unrelated^^ (some certificate setup sh was "running") What was/is your problem in more detail? |
@XhmikosR would you please provide more information so I have a prayer to understand what problem you are talking about? |
When it tries to install the new version after uninstalling the old one, the process isn't elevated hence the issue. The warning message doesn't show up in this specific case so the upgrade process isn't smooth. One has to run the installer again to actually see the message that they need to run elevated manually. |
This may be causing git-for-windows/git#526 |
That is the same issue, yes. |
So: ouch. What a terrible mistake to merge this. My bad. |
Bah! I should have known!!! The As you can see, if the setting is So: I will revert this change and put |
Allows the installer to be run with normal user permissions again.
Fixes git-for-windows/git#497