New
#11
Thinking back that could have been the case with my instance - unless they (MS) have closed the loophole in the RTM
Thinking back that could have been the case with my instance - unless they (MS) have closed the loophole in the RTM
Still not working for me in Win7. Maybe I'm just slow...
The UAC disable trick only works if I make a task as an administrator and run it using administrator credentials. I think that is all the trick was designed to do...stop the UAC prompt while you're an admin.
Since XP is able to start processes as a different user I'm beginning to think this is a bug in Windows 7. I did get about 2 or 3 strange errors along the way. Even a null pointer reference
I think that this "trick" needs more research.
Theoretically if the task is set up to run the application as the admin user with the correct password and with the highest credentials - it should run without the elevation prompt
If the task is then set to run at the login of another user the access level of the user should not matter
This is I'm sure what used to happen with the "AT" command which the command underneath the task scheduler GUI, Obviously there is the now extra step of the UAC.
Will try to find an app that has the issue and try various task set-ups, though not sure when time will be available - there is also the issue of apps that are written pre UAC and those which are UAC aware - will these behave differently
It may be that this is an oversight, (OK Bug! ), on Microsoft's part - if so I can see this causing major issues in the enterprise where this requirement is a common one
I somehow got it to work. I am not sure how; if the problem was that the tasks were not actually running at all or if they needed to run under Admin privilieges.
First, they were not in Startup, they were Scheduled Tasks to run at log on. They were showing at Scheduled Tasks for the Standard users. I tried to have them run under the Admin account, with highest privileges, didn't work.
Then I went into the Admin, Scheduled Tasks and noticed they had errors, they apparenlty had not run. I then chenged to run under the Admin with highest privilieges, now they are running and they do not pop up anymore at the Standard User log on.
All in all it was a solution. I don't know if applicable in the cases where the task is running normally and UAC is asking for permission under a Standard User, maybe...
Thanks Nigel, thanks SS
10-3
Yes I think that much did work for me before. but the problem I had was creating a task for a standard user such that it would run with administrative credentials without the Admin ever having to log in.
Did you manage to get the process run with admin credentials after you reboot and log in as a standard user? Ultimately, I think you want it so you never have to log in. When your kids log in, the process should be started under your admin credentials.