Alert Template Not Updating with Automation Policy Change in Tactical RMM

[dinger1986]

Description:
In Tactical RMM, changing the automation policy for an agent does not update the associated alert template as expected. This issue was discovered while troubleshooting delayed SMS alerts for offline servers. Despite changing an agent's type to 'server' and applying the 'server default' automation policy directly to the agent/PC, the alert template remains unchanged. This behavior persists even after performing a bulk update to the offline overdue time setting.

Steps to Reproduce:
Assign the 'server default' automation policy directly to an agent/PC.
Change the agent's type from 'workstation' to 'server'.
Observe that the alert template does not update in accordance with the automation policy change.

Expected Behavior:
Assigning a new automation policy or changing an agent's type should update the alert template to reflect the settings defined in the automation policy.

Actual Behavior:
The alert template remains unchanged despite changing the automation policy and agent type, leading to inconsistencies in alert management.

Additional Information:
The issue was initially identified during a power outage when servers went offline, but SMS alerts for data being overdue were not received as expected.
The default setting for data overdue was discovered to be set to half an hour, which was adjusted to 4 minutes for testing.
The primary issue regarding delayed SMS alerts was resolved; however, the problem with alert templates not updating persisted.
Reported on discord.

Environment:
Tactical RMM Version: 17.2
Operating System: Debian 11

[tkintenn]

I have this problem as well. 17.3, debian 11.

[P6g9YHK6]

same here debian 12 / 17.3

this is quite a big deal of inconsistent behavior

screenshot of 2 devices moved from a client without AT to a client with AT

screenshot of the same client after removing the Automation policy and re-adding it to the client.

[wh1te909]

fixed, will be in next release