Most awkward bug I have recently faced
What problem are you observing?
A notification template disabled with the documented Stop subject keyword still generates an Identity Security Cloud Inbox (in-app) notification. That notification shows the template subject with the keyword included, for example “STOP ATTENTION: Your [product] password update was successful”, to the end user.
The Inbox content appears to be rendered from the EMAIL template, but:
- the documented suppression does not apply to the Inbox; and
- the Inbox content cannot be customised separately.
What is the correct behavior?
Either:
- A template disabled with
Stop/no_sendalso suppresses the Inbox notification for that key; or - If the keyword is intended for email only, the Inbox notification does not show the raw subject keyword. The documentation should then state that Inbox delivery is controlled separately (for example through notification preferences), and the
inboxTemplate/slackTemplate/teamsTemplatefields should be documented inTemplateDtoor removed from the response.
What product feature is this related to?
Identity Security Cloud Notifications:
What are the steps to reproduce the issue?
- In Admin > Global > Email Templates, open “Password Changed” (
cloud_user_password_changed) and makeSTOPthe first word of the subject, as documented. - Change an identity’s password through Identity Security Cloud.
- Sign in as that identity and open Notifications. An INFORMATIONAL entry appears with the subject “STOP ATTENTION: Your … password update was successful”.
