There are a number of factors to take into account when triggers fail. This article will cover the more common factors and provide solutions to some general trigger-related issues.
Reasons / Solutions
Task Service is not running
Navigate to 'Control Panel' -> 'Administrative Tools' -> 'Services' -> 'Automate 6.' And follow these instructions:
Triggering is disabled
If the blue "A" icon on the bottom right corner of your screen (by the clock) is marked with a red "X," this indicates that all task triggers are currently disabled. In order to re-enable task triggering, perform one of the following:
Task is disabled
If a task is disabled, it will appear to be grayed out and the associated icon indicating the attached trigger will be replaced with a normal "A" (Automate) icon. In order to re-enable a task perform one of the following steps:
User is connected via Terminal Services or Remote Desktop
Automate operates differently under a Remote Desktop session. When a user is connected via Remote Desktop, they are on a "virtual desktop." Since the Automate service runs on the console, tasks will not trigger when used during a Remote Desktop session. For example, the 'Key Watcher' will not trigger a task as a result of keystrokes typed during a remote session. Additionally, the 'Window Watcher' will not trigger as a result of open windows on a remote session. Only the console session is monitored for trigger conditions. Please refer to the following knowledgebase article for more details: Automate and Terminal Services
Network access issues
This issue generally affects the 'Folder Watcher' trigger. The 'Service User' (located in 'System' -> 'options' -> 'Service User' tab) is used to set the user context that the Automate Task Service should impersonate when accessing restricted or secured resources such as a network share. If no Service User is supplied, the Task Service runs as a LocalSystem user, which has very limited network permissions. Confirm that the 'Service User' is entered correctly and make certain that the user specified has proper permissions to access the folder being is monitored.
Furthermore, to ensure that Automate functions properly when a user is logged out, it is critical that mapped drive letters not be used. When using the 'File Watcher' trigger, folders should always be specified using UNC (Universal Naming Convention) paths. For example: X:\pathname\ should be \\servername\pathname\. Please refer to the following knowledgebase article for more details: Task Service Network Access Issues
Logon parameters are incorrect
The "Log On" options in Automate allow the user to specify under which user context a task should run when it is triggered (started automatically). It is also used to control how Automate handles conditions when a user is logged off or when a machine is locked. The default behavior is to not run the task if the workstation is locked or logged off. Other options allow the task to logon or unlock the machine as the default user (specified in 'System' -> 'Options' -> 'Default User' tab) and run the task. The user may also specify the task to run as a background user (if a task includes no interactivity actions).
Certain triggers monitor and/or interact with events that occur only when a user is logged onto the desktop. If the 'Logon' parameters of a task are set to "Run as background user," Automate does not display a desktop, therefore, triggers that require desktop interaction will not function. For example, the 'Window Watcher' trigger cannot recognize any application interfaces or the 'Idle Watcher' trigger cannot monitor keyboard or mouse input as a result of tasks being run in the background. In this case, the 'Logon' parameters need to be modified to "When workstation is logged off" -> "Logon specified user" or "When workstation is locked" -> "Unlock using specified user." In both cases, Automate will attempt to log onto the desktop before running the task.
There are no triggers associated with the task
Confirm that there is an actual trigger attached to the task. In the Task Administrator, tasks that are enabled and include a trigger will normally have an icon associated with that trigger (as opposed to the general "A" icon). Also, you can locate any associated triggers from the "Managed Task Properties" window by selecting the 'Triggers' tab. There are a few possible reasons why a trigger that was once included with a task can be missing.
Newly imported tasks were not properly migrated.
Task Database file is corrupt
Applies To: Automate 6, Automate 5
Still have questions? We can help. Submit a case to Technical Support.