User forums > Help

Problem with installation

<< < (2/4) > >>

Jenna:

--- Quote from: MortenMacFly on December 10, 2012, 02:32:25 pm ---
--- Quote from: aravinthan6206 on December 10, 2012, 01:38:11 pm ---thank you... it worked.. i have installed tons of software jst by double clicking.. this was the first time i encountered such problem..

--- End quote ---
This is Win7 magic: It uses a certain pattern to detect, whether its a setup you are running or an app. If the pattern matches, you are automatically asked for permission (UAC), otherwise you have to take care yourself. Note that if this pattern matches, it also requests UAC, even if the setup would actually not require admin rights... its just a pattern, not working reliable. That's why it may work or not - just as you experienced.

Complains to Microsoft, please.

--- End quote ---
In setup.nsi the RequestExecutionLevel should either be none (default) or admin (probably highest will do also), otherwise the setup is run as user, what will not work in almost all cases.
See here:
http://nsis.sourceforge.net/Docs/Chapter4.html#4.8.1.32

It has changed in r8122 to user.

I have no nsis to test.

MortenMacFly:

--- Quote from: asaharia on December 14, 2012, 03:39:34 pm ---There's no magic here

--- End quote ---
Well there is the magic I described... but it maybe another story.


--- Quote from: asaharia on December 14, 2012, 03:39:34 pm ---Please note that I have experienced the exact same behaviour on 2 different machines running Windows 7 64-Bit, so reproducing it should easy.

--- End quote ---
Well its not. I tired (even in advance) on my Win7/64 bit machine, too. I don't see this issue. Neither if I install in program files nor in another (accessible) folder. I am a standard user on my machine (not even admin or power user), so what am I missing?


--- Quote from: asaharia on December 14, 2012, 03:39:34 pm ---Let me know if you need any further information about my experience with this issue.

--- End quote ---
Yes, exact steps to reproduce please.

MortenMacFly:

--- Quote from: jens on December 14, 2012, 04:16:34 pm ---It has changed in r8122 to user.

--- End quote ---
Well the idea here was not to UAC prompt all the time, even if you install it into an accessible (i.e. portable) folder.
We can change that but this means it will always UAC prompt, even if you install it on a USB drive.

If thats more useful, I am happy to assist.

Edit: Maybe to clarify a bit more: For me, its always suspicious if installer request UAC at first place. Usually it should do that on runtime, if needed (which is not implemented). But I might be alone.

Jenna:
It should work according to the nsis-docs:

--- Quote from: http://nsis.sourceforge.net/Docs/Chapter4.html#4.8.1.32 ---Installers that need not install anything into system folders or write to the local machine registry (HKLM) should specify user execution level.
--- End quote ---

But I have the same issue on win7 64 bit if I remember correctly. Not sure about win7 32-bit at the moment.

It might be an issue with installing into "Program Files(X86)" (or how it is called) instead of "Program Files".
Just a wild guess.

asaharia:
Morten, thanks for the quick reply. Here's what I think you can do to reproduce the issue.

1. On a Windows 7 64-Bit box, login from an account that has administrative privileges - not a "Standard User", not the user "Administrator" either.
2. Run the MingGW-bundle setup of Code::Blocks 12.11 by double-clicking on the exe - don't run as administrator yet.
3. Specify "C:\Program Files (x86)\CodeBlocks" as the installation directory.

Going through the installation wizard will throw a "cannot create folder" kind of an error. I'm sorry, I do not remember the exact error message.

Now try the same thing again, but this time, right-click on the setup and run it "as Administrator". Specify "C:\Program Files (x86)\CodeBlocks" as the installation directory again. This time, you will be able to complete the setup successfully. But...

Go to "Programs and Features" in the control panel, and uninstall Code::Blocks from there. The progress bar moves ahead, but nothing is actually deleted from disk. I think I saw an error message again at the end of the "uninstall" process, but I can't be sure of that right now. Simply navigate to "C:\Program Files (x86)", and you'll see that the "CodeBlocks" directory, with all its files and sub-directories, is still there ! The start menu shortcuts are not deleted either.

This should reproduce the exact issue we're facing.



--- Quote from: MortenMacFly on December 14, 2012, 04:33:43 pm ---
--- Quote from: jens on December 14, 2012, 04:16:34 pm ---It has changed in r8122 to user.

--- End quote ---
Well the idea here was not to UAC prompt all the time, even if you install it into an accessible (i.e. portable) folder.
We can change that but this means it will always UAC prompt, even if you install it on a USB drive.

If thats more useful, I am happy to assist.

Edit: Maybe to clarify a bit more: For me, its always suspicious if installer request UAC at first place. Usually it should do that on runtime, if needed (which is not implemented). But I might be alone.

--- End quote ---

I hear you, but the vast majority of users will install Code::Blocks to a local hard drive, most probably to the "Program Files (x86)" directory. A UAC request is perfectly normal - and expected - for all setups, unless the setup is built to install a program for the current standard user only. Honestly, I get suspicious when I need to explicitly run an installer "as Administrator", even though I have administrative privileges on my account. I'd request you to fix this behaviour and release a new setup for all of us. Many thanks, in advance.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version