|
-
Feb 9th, 2009, 11:13 AM
#1
Addicted Member
Re: Help with Vista and permission and VB.Net app
 Originally Posted by chris128
Doesnt that kind of defeat the whole purpose of UAC?
EDIT: looks like Kasracer beat me to it 
No because you still have to click Accept to run the Program 
But that tells the System that that Program can only be Run as an Administrator.
-
Feb 9th, 2009, 11:30 AM
#2
Re: Help with Vista and permission and VB.Net app
 Originally Posted by alexjanjic
No because you still have to click Accept to run the Program
But that tells the System that that Program can only be Run as an Administrator.
You're still ignoring the fact that the OP is having this issue with the Outlook plug-in in which case those settings wouldn't change anything or even prompt him to elevate. Regardless it's still poor practice and limits the user experience to only one user (unless you want to share data with all users on your machine).
Though, if both applications are using the same DLL I'm not sure why the EXE works unless the OP is elevating.
-
Mar 21st, 2010, 04:56 AM
#3
Junior Member
Re: Help with Vista and permission and VB.Net app
I have a similar problem, and this time it cannot be solved by "putting it in the right folder".
I'm trying to have automatic updates for my application, throughout my network.
It works perfectly on my machine, because I've disabled the UAC.
But on the others with UAC on, it crashes when updating the files because it doesn't have the permission to do so.
I could always add Try etc..
But it still won't update so there's no point yet, lol.
Files are located in C:\Program Files\MyProgram
I have to be able to change the permissions of my program folder...
Maybe even somehow in Inno install, when it creates it.

-
Mar 21st, 2010, 07:40 AM
#4
Member
Re: Help with Vista and permission and VB.Net app
See, what happens these days (to my knowledge),
is that somewhere online you host a Version Number
and everytime your application starts up it check to see if there is an internet connection, if so it will find the version number...
now if the version number is the same then nothing needs to be done,
If the latest version application (via version number) is higher than your application's, it needs to launch an updater or start retrieving those updatable files. At this point you know that you will be needing elevation (thus prompt for administrative rights).
If you think about this briefly, even something inbuilt as Windows Update require you to elevate before installing,
Windows Update is your Applications Updater, in metaphor....
You see?
What I'm saying is, you must update from client side. Also ensure that your not overwriting files that your actually using during your 'update process'.
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|