Get AutoHotkey Script To Run As Admin At Startup
Update: Before you go running your script as an admin, see if this less obtrusive fix will solve your problems.
A few weeks back I posted some problems with running AutoHotkey (AHK) in Windows 8, and that the solution was to run your AHK script as admin. I also showed how to have the script start automatically when you logged into Windows. What I didn’t realize at the time though was that the method only worked for launching my AHK script as an admin because I had disabled UAC in the registry (which prevents most Metro apps from working in Windows 8, and likely isn’t acceptable for most people).
So here is a Windows 8, UAC-friendly method to automatically launch your AHK scripts as admin at startup (also works in previous versions of Windows). The trick is to use the Task Scheduler:
- Open the Task Scheduler (also known as “Schedule tasks” in Windows 8 Settings).
- Create a new Basic Task.
- Give it a name and description (something like “launch AutoHotkey script at login”), and then specify to have it run “When I log on”. Then specify that you want it to “Start a program”, and then point it towards your AutoHotkey script. Before you finish the wizard, check off “Open the Properties dialog for this task when I click Finish”.
- When that Properties dialog opens up, go to the Conditions tab and make sure none of the checkboxes under the Power category are checked off; this will ensure the script still launches if you are on a laptop and not plugged into AC power.
Now here is the important part: To have your script “Run as admin”, on the General tab check off “Run with highest privileges”.
Now your AHK script should start automatically as soon as you log into Windows; even when UAC is enabled :-).
If your AHK script uses an #Include statement to include other files, you may get an error similar to this one when your task runs:
#Include file … cannot be opened. The program will exit.
The solution to this is to tell your AHK script to start in the same directory as the file that you want to include. So you will need to edit your scheduled task’s Action to specify the Start In directory.
What I failed to realize earlier was that by default the Task Scheduler runs it’s programs in non-interactive mode, so they may run as the correct user, but in a different user session. Since most AHK scripts are interactive (i.e. they respond to user input), this means that your script may not work exactly as it should all of the time. For example, my AHK scripts were not able to launch ClickOnce applications.
The fix is to create your Scheduled Task in interactive mode. Unfortunately you cannot do this through the GUI; it must be done through the command line. So if you open up a command prompt you can use the following command to create a new interactive scheduled task:
schtasks /Create /RU “[Domain][Username]” /SC ONLOGON /TN “[Task Name]” /TR “[Path to program to run]” /IT /V1
schtasks /Create /RU “Dan Schroeder” /SC ONLOGON /TN “Launch AHK Command Picker” /TR “D:AHKStuffAHKCommandPicker.ahk” /IT /V1
The /IT switch is what tells it to create the task in Interactive mode. The /V1 switch actually specifies to create the task as a Windows XP/2000/Server 2003 compatible task, and has the added benefit of making the task run as admin by default with the Start In directory specified as the directory holding the file to run (i.e. steps 5 and 6 above; you will still need to do step 4 though).
If you already have your Scheduled Task created, you can simply make it interactive with the command:
schtasks /Change /TN “[Task Name]” /IT
I hope you find this as helpful as I did!
http://winaero.com/comment.php?comment.news.152 This simplifies the above process.
Daniel Schroeder's Programming Blog » Get AutoHotkey To Interact With Admin Windows Without Running AHK Script As Admin
[…] with Windows, but not as an admin. Afterwards I followed that up with a post about how to get your AHK script to run as admin on startup, so life was much better, but still not […]
C:\Users\User>schtasks /tn AutoHotkey /IT ERROR: Invalid argument/option - ‘/IT’. Type “SCHTASKS /QUERY /?” for usage.
@Ghodmode You forgot to pass in the “/Change” switch, so it should be:
schtasks /Change /TN AutoHotkey /IT
@deadlydog Hey, Thanks for your reply. That was it. I should have read more carefully. I even looked it up in the documentation and still got it wrong.
I actually got it to work just by selecting “Run only when user is logged on” in the General tab, but I still wanted to understand why the /it argument didn’t work.
Another minor thing which got me is that my task name was actually \Startup\AutoHotkey. I put all my scheduled tasks into a folder so that I could find them more easily.
PR Noise-Problem Solution - Page 4 - Project Reality Forums
[…] Re: PR Noise-Problem Solution You ran the script as admin? Daniel Schroeder's Programming Blog ? Get AutoHotkey Script To Run As Admin At Startup […]
redbluesoftware.co.uk | AutoHotKey Test Naming Mode (BDD Style)
[…] Note: If you have trouble running AHK with VS2013 because you run it in Admin mode, try Running AHK as admin at startup. […]
Missing the Menu button on keyboard? - navhaxs
[…] Then make the script autostart on login. […]
Thanks so much for those last schtasks examples! I tried several of the ways to make a script run as admin, either via shortcuts or Task Scheduler, and that was the only one that worked in Windows 10 (1803) with 1.1.30.00 without a UAC prompt and even when an admin window like Task Manager has the focus.
I use it to translate MIDI into keystrokes to a particular program, with https://github.com/dannywarren/AutoHotkey-Midi.
This does not work at all in Windows 10. I followed the recipe to a T. When logging in, up comes a window asking what programme I would want the file opened in (weird, since .ahk files are associated with AHK). I choose AHK. It then gives the error message “Script file not found: C:\Users<username>\OneDrive\AHK” (the folder where I have stored the script)
Hey @Jitters, I suspect it’s a configuration issue with your machine or your scheduled task. Either way, I’d recommend following this approach instead (https://blog.danskingdom.com/get-autohotkey-to-interact-with-admin-windows-without-running-ahk-script-as-admin/), as it will always open AHK as admin, not just when it’s launched by the Windows scheduled task.
Leave a Comment
Your email address will not be published. Required fields are marked *