The Problem:

When you install a SweetHawk app, part of the installation process is to create special triggers that are linked to the app. These triggers are there to allow your Zendesk to talk to our servers so that our servers know what and when to do stuff to your account. If one of these triggers is disabled then our servers no longer get sent the information they need to be able to do those things.

Even though Zendesk prevents you from being able to edit these triggers it does not stop you from being able to manually disable them. The catch here is that Zendesk will not allow you to re-enable them directly. 

Some symptoms that server communication has been impeded by something like this might be:

  • The app appears correctly in the sidebar, top bar and/or in the admin panel but...
    • All apps: You're not receiving popup notifications
    • Tasks: Solving a sub-ticket doesn't automatically mark it as completed in the parent ticket.
    • Deadline/Due Time: The deadline_now or due_now tag isn't being added to the ticket when the deadline hits.
    • Calendar: The calendar 'event_started' tag isn't being added when an event starts.
    • Approvals: When an approval is granted, it's not posting it in the comment stream of the ticket.

Here's a list of the special triggers for each SweetHawk app that uses them:

Tasks: "App - Tasks - Update parent task" & "App - Tasks - Setup task list"
Calendar: "App - Calendar - Update app server"
Approvals: "App - Approvals - Update app server"
Deadline: "Update deadline"
Due Time: "App - Due Time - Update app server"
Survey: "App - Survey - Set requester token" & "App - Survey - Clear survey data"

You can check that the right trigger(s) are working by looking through your list of active triggers.


The Solution: 

Disabling and re-enabling the app
(IMPORTANT: Do not uninstall as this could cause you to lose data)

The good news is that there is a simple solution, that is to deactivate and reactivate the app. The act of doing this kicks Zendesk back into gear and makes the special triggers active again.

To deactivate an app click on the cog in the main bar on the left, then under 'APPS' click on 'Manage' and finally, right-click on the app in question and flick the switch to disable it like this:


Wait 10 seconds before re-enabling it using the same switch.

IMPORTANT: Do not uninstall the app. This is completely different from disabling an app and doing this could cause you to lose data.

Once the app has been re-enabled, refresh your browser and then test your app to make sure the problem is resolved. 

Side note: If you're needing to find out which of the administrators on your account disabled these triggers so that you can tell them not to do this again, you can find this in your audit log that you can access here:


Accounts on plans <Enterprise do not have access to the audit log. 


Moving forward: 

Once you have re-enabled your triggers, for any new tickets everything should then be back to normal. However, this does not automatically fix the issue on existing tickets where a trigger has failed.

So, if you're using the Tasks app it may mean that the parent ticket still can't see the child tickets, or if you're using Deadline app, the tickets that had deadlines added to them while the target was disabled still won't fire at the time set. You may see similar types of issue with the other apps. 

All that needs to happen to kick these tickets back into gear is for them to have a single update of any kind. For example: adding an internal comment, adding a tag, changing the status are all valid updates. If your tickets see a lot of activity, you may not need to take any further action at this point because they'll all be naturally updated in due course.

If your tickets see less activity, you may choose to manually update tickets as things crop up. Alternatively, you could take a more pro-active approach and run an automation that updates all un-closed tickets by adding a tag to them. The example automation below is checking for all tickets that are less than closed and have not been updated in 100 hours. You should change the number of hours to approximately just before you think the target was disabled. 


Note that automations only run once an hour, so after you create the automation, you will need to wait up to one hour for it to work its thing.

Also, note that automations only update up to 1000 tickets at a time, so depending on the number of tickets that meet the conditions you set in the automation, you may need to let the automation run for several hours running.

Once it has run its course, you can then disable the automation.

If you're still having trouble after following all of the instructions above email and we can help with further troubleshooting.



Was this article helpful?
0 out of 0 found this helpful



Please sign in to leave a comment.