requireAdministrator blocking the Exe launching at startup

Question

2.00/5 (1 vote)

See more:

Hi,My application using manifest file and using admin privilege like below

HTML

<requestedexecutionlevel level="requireAdministrator" uiaccess="false" />

This privilege blocking my application launching on start up.The admin privilege is necessarily required and i need to launch the application in start up.When i remove this privilege the starting launch is working.

Regards

jayesh

Posted 29-Jul-14 5:07am

aboutjayesh

Updated 29-Jul-14 16:39pm

Sergey Alexandrovich Kryukov

v3

Add a Solution

Comments

ZurdoDev 29-Jul-14 12:13pm

So what is the question?

Sergey Alexandrovich Kryukov 29-Jul-14 22:43pm

Not a question. Now, startup of what? There are several different meaning of "startup". Why doing such thing; what are you trying to achieve?
Of course the application cannot start on certain phase of startup, just because there is no one who would elevate the privilege...
—SA

2 solutions

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Sergey Alexandrovich Kryukov · Answer 1 · 2014-07-29T16:51:00

Please see my comment to your post: it is not a question and not quite clear. However, probably this is the hint you need: there is no a way to work around UAC. If it was possible, who would need it? So, there is no a way to create any artifact such as a program, to bypass the UAC dialog requesting the user to elevate privileges. When you embed the application manifest requesting elevation of the privileges, it simply means that the UAC request dialog should be shown immediately, so the user would not need to use "Run As Administrator" menu item; the request dialog will be shown in all cases. Please see:
http://msdn.microsoft.com/en-us/library/bb756929.aspx[^].

I don't know how you "auto-run" the application, but there are phases when there is no a user who would get that request.

See also: http://en.wikipedia.org/wiki/User_Account_Control[^].

Perhaps, to figure what to do, you need to explain your ultimate goal, explain what kind of security do you want to achieve. It could be possible that your whole idea is wrong, in general terms.

—SA

Richard Deeming · Answer 2 · 2014-07-29T06:14:00

Solution 1

Use the Task Scheduler to launch the program:
http://www.techrepublic.com/blog/windows-and-office/make-vista-launch-uac-restricted-programs-at-startup-with-task-scheduler/[^]

Posted 29-Jul-14 6:14am

Richard Deeming

Comments

Richard Deeming 30-Jul-14 7:06am

Oh, very nice: a down-vote without a comment on an answer which solves the original question.

Would the anonymous coward care to come forward and explain that? >:(

Sergey Alexandrovich Kryukov 30-Jul-14 16:20pm

No way. Cowards won't ever come back, no matter how much you try to provoke them. But decent people who just make mistakes tend to admit them, in response to some convincing arguments. I, for example, misread this solution at first. Not all posts even deserve comments (a good number of members just fool around here, unfortunately), but your answer certainly deserve commenting. Voted 5.
—SA