MikaellaChry / luaforwindows

Automatically exported from code.google.com/p/luaforwindows
0 stars 0 forks source link

Installer does not ask for admin rights under windows7 64bit when installing under Program Files (x86) #12

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. run LuaForWindows_v5.1.4-37.exe on a windows7 64 bit account without admin 
rights, and using standard installation

What is the expected output? What do you see instead?
One would expect the windows User Account Control dialog to pop up during 
installation, letting the user choose a user account with admin rights. 
However, the installation ends with
Setup was unable to create the directory "C:\Program Files 
(x86)\Lua\5.1\uninstall".
Error 5: Access is denied.

What version of the product are you using? On what operating system?
LuaForWindows_v5.1.4-37
Windows 7 Ultimate 64 bit

Please provide any additional information below.
Of course it is nice to being able to install Lua without admin rights. 
However, the standard installation procedure does not let a user without admin 
rights install without problems. If a directory which needs admin rights to be 
written to is suggested, it might be a good idea to ask for admin rights, or to 
warn the user and give the information that admin rights are not needed 
generally, but for this directory, and give the opportunity to either obtain 
admin rights or change the directory.

A similar approach could be chosen when installing over an old installation.

Original issue reported on code.google.com by michibra...@gmx.net on 17 Jun 2010 at 7:26

GoogleCodeExporter commented 8 years ago
Thanks for the report, but I don't control this. I use a product called INNO 
setup and I figured it would do the asking. On other versions of Windows it is 
actually not required to be an admin. (I went through a pain staking process to 
make that work.) So just change your installation destination to a user 
directory and LfW should install just fine. I will update the version of INNO 
Setup to the latest to make sure that a bugs in the UAC department have been 
solved, but I can't test it because I don't have Windows 7.

Original comment by rpusz...@gmail.com on 17 Jun 2010 at 1:37

GoogleCodeExporter commented 8 years ago
OK I updated to the latest version of INNO Setup. Please test and let me know 
if it changes anything. If not I am not sure what to do. I checked the settings 
and I think I have the correct settings selected so that you do require admin 
rights. Because truely you don't need them, you should just select a different 
install path. Please let me know what you find.

I am considering this issue closed if I don't hear from you in two weeks. 

Original comment by rpusz...@gmail.com on 17 Jun 2010 at 7:01

GoogleCodeExporter commented 8 years ago
Hm, maybe I did not specify the issue clearly enough.

On my windows installation (Windows 7 Ultimate 64bit) you don't need admin 
rights either to install in a general directory; however, you need it in order 
to install in 'Program Files' (and 'Program Files (x86)' under 64 bit). This 
should be the same in Vista.

So if a user without admin rights starts the installation and uses the default 
directory given by the installer (which was in my case 'C:\Program Files 
(x86)\Lua\5.1'), one would expect the installer to handle this case gracefully 
(by asking for admin rights) and not to abort. 

I had a quick look at Inno (never used it myself), and the settings given here 
setting 
http://www.jrsoftware.org/ishelp/index.php?topic=setup_privilegesrequired seem 
only to support admin rights (or not) for the whole installation process, not 
parts of it. A second-best solution would be a hint that users without admin 
rights should change the proposed directory next to the dialogue that prompts 
for the installation directory.

Original comment by michibra...@gmx.net on 19 Jun 2010 at 10:20

GoogleCodeExporter commented 8 years ago
I will think about updating the default install path, but for right now I have 
followed all the required steps to allowing the user to install on a 
non-administrator account.

Original comment by rpusz...@gmail.com on 6 Jun 2011 at 2:08