Uploaded image for project: 'Jira Service Management Cloud'
  1. Jira Service Management Cloud
  2. JSDCLOUD-72

Disable Notifications per Project; Use JIRA's default notification rules and templates

    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      NOTE: This suggestion is for JIRA Service Desk Cloud. Using JIRA Service Desk Server? See the corresponding suggestion.

      Problem Definition

      The old Service Desk beta used to have the ability to disable notifications.
      That configuration seems to be gone now. We'd need to disable it and not confuse users with two types of email notifications.

      The notifications seem to be tied closely with the workflows statuses. It's very difficult to manage this. If you have 20 buttons, and suddenly you modify the Project's workflow, you'll now need to dive in to all 20, and re-key in the status mappings.

      Suggested Solution

      • An option to adhere to the global settings or have a per project configuration
      • An option to set the configuration on a project level
      • A Per Service Desk configuration option, to toggle specific Service Desk Notifications
      • Tooling to help determine what specific notifications are configured (like the JIRa Notification Helper) for usability.

      Workaround

      No Workaround at this time has been determined.

            [JSDCLOUD-72] Disable Notifications per Project; Use JIRA's default notification rules and templates

            Since 3.3.0 Server and current Cloud, it is now possible to control which Service Desk notifications will be sent, on a per project basis.

            If there are any specific scenarios not handled by this change, I would recommend raising new tickets to track those issues.

            Regards
            Matt
            JIRA Service Desk developer

            Matthew McMahon (Inactive) added a comment - Since 3.3.0 Server and current Cloud, it is now possible to control which Service Desk notifications will be sent, on a per project basis. If there are any specific scenarios not handled by this change, I would recommend raising new tickets to track those issues. Regards Matt JIRA Service Desk developer

            JIRA Service Desk Support asked me to comment here to highlight this issue again.

            We wanted to create a new Service Desk that would not send out messages automatically. Only when our agents make comments to the customers it should create a mail. Sadly this is still impossible to achieve.

            The global notification setting overpowers a lot of the rules in the notification scheme without any hint that it does so. Even the notification helper isn't able to tell us exactly which mails are being sent out and which ain't.

            If the global setting it ON and the scheme doesn't have any rule to send a message, it still will.
            And if we turn it OFF and add a rule into the scheme to inform the customer when a new case arrives, it won't send out a message.

            The global setting is just too powerful and messes with the notifications. My suggestion would simply be to remove it and solely send out notifications on project level, or at least priories them over the global setting. The other way around as it is now doesn't really make sense.

            We are now forced to either abandon all messages on all other Service Desks just because of one single project that doesn't want messages, or we must have this one also send out mails and confuse the customers because they won't really know what's going on based on the message that's being sent as they are still not yet customizable in the self hosted version of Service Desk.

            Swiss Olympic Admin added a comment - JIRA Service Desk Support asked me to comment here to highlight this issue again. We wanted to create a new Service Desk that would not send out messages automatically. Only when our agents make comments to the customers it should create a mail. Sadly this is still impossible to achieve. The global notification setting overpowers a lot of the rules in the notification scheme without any hint that it does so. Even the notification helper isn't able to tell us exactly which mails are being sent out and which ain't. If the global setting it ON and the scheme doesn't have any rule to send a message, it still will. And if we turn it OFF and add a rule into the scheme to inform the customer when a new case arrives, it won't send out a message. The global setting is just too powerful and messes with the notifications. My suggestion would simply be to remove it and solely send out notifications on project level, or at least priories them over the global setting. The other way around as it is now doesn't really make sense. We are now forced to either abandon all messages on all other Service Desks just because of one single project that doesn't want messages, or we must have this one also send out mails and confuse the customers because they won't really know what's going on based on the message that's being sent as they are still not yet customizable in the self hosted version of Service Desk.

            tevans and edwin@atlassian.com, I just want to emphasize that the original request, to disable notifications per project, is still a relevant and valuable use case. Let me give you our example.

            We use JSD in our enterprise for two distinct purposes: as an internal IT help desk, and as an external "client support portal".

            For the internal IT help desk, the native JSD notifications are fantastic, and we'd like very much to continue using them (especially as you continue to jam more functionality into these notifications, like approvals and muting, and your UX implicitly assumed that folks are using these native notifications for these functions to really be useful.)

            However, we are a healthcare IT company that work with sensitive personal and medical data, and so we cannot use these notifications for the external "client support portal" use case from a mere security/legal compliance standpoint. Just the sheer fact the free text comments (which may contain sensitive information) are sent in free text over non-secure email in the body of the notifications is a non-starter. Essentially, we just need a "something has changed, login to view" notification. We have a method for doing this (using the Riada Notification Helper plugin), but to do this we have to disable the native notifications for ALL projects, including the internal IT help desk (where we want to keep using them). Unfortunately, since we cannot use the native emails, all the new approval and muting functionality added in JSD 3.2 (which is really fantastic) is relatively unusable for us, because the UX path largely depends on the native notifications to work.

            Again, we don't even need the ability to customize notifications per project, as we've already found plugins to do that. We simply need a way to disable the native notifications for one project we need to customize without losing native notifications across the entire enterprise, like what the older DB workaround provided. Any sort of comparable workaround would be greatly appreciated; I'm sure we're not alone in the "mixed Service Desk" use case.

            Deleted Account (Inactive) added a comment - tevans and edwin@atlassian.com , I just want to emphasize that the original request, to disable notifications per project, is still a relevant and valuable use case. Let me give you our example. We use JSD in our enterprise for two distinct purposes: as an internal IT help desk, and as an external "client support portal". For the internal IT help desk, the native JSD notifications are fantastic, and we'd like very much to continue using them (especially as you continue to jam more functionality into these notifications, like approvals and muting, and your UX implicitly assumed that folks are using these native notifications for these functions to really be useful.) However, we are a healthcare IT company that work with sensitive personal and medical data, and so we cannot use these notifications for the external "client support portal" use case from a mere security/legal compliance standpoint. Just the sheer fact the free text comments (which may contain sensitive information) are sent in free text over non-secure email in the body of the notifications is a non-starter. Essentially, we just need a "something has changed, login to view" notification. We have a method for doing this (using the Riada Notification Helper plugin), but to do this we have to disable the native notifications for ALL projects, including the internal IT help desk (where we want to keep using them). Unfortunately, since we cannot use the native emails, all the new approval and muting functionality added in JSD 3.2 (which is really fantastic) is relatively unusable for us, because the UX path largely depends on the native notifications to work. Again, we don't even need the ability to customize notifications per project, as we've already found plugins to do that. We simply need a way to disable the native notifications for one project we need to customize without losing native notifications across the entire enterprise, like what the older DB workaround provided. Any sort of comparable workaround would be greatly appreciated; I'm sure we're not alone in the "mixed Service Desk" use case.

            Any idea when this is going to be implemented ? People are really getting annoyed because they received so much useless mail.
            When looking at the info, it seems this request is pending for several years, without any action, but with a lot of votes.
            It is very unfortunate Atlassian doesn't listen to the company who are using JSD.

            Ingrid Wauters added a comment - Any idea when this is going to be implemented ? People are really getting annoyed because they received so much useless mail. When looking at the info, it seems this request is pending for several years, without any action, but with a lot of votes. It is very unfortunate Atlassian doesn't listen to the company who are using JSD.

            Pierre EK added a comment - - edited

            edwin@atlassian.com this has been pending since 2013  how come you said it was a high priority? Can you let us know if you have any updates? Should this be closed as duplicate of JSD-971?

            Pierre EK added a comment - - edited edwin@atlassian.com this has been pending since 2013  how come you said it was a high priority? Can you let us know if you have any updates? Should this be closed as duplicate of  JSD-971 ?

            This would be a massive improvement to JSD. I am working with a customer who is implementing several SD projects across different divisions. Because it's a global on-off setting I have to go live with all service desks at the same time...which isn't what the customer wants to do. Or I have to leave off notifications until all the divisions are ready then turn it on for them.

            Nigel Budd (CV) added a comment - This would be a massive improvement to JSD. I am working with a customer who is implementing several SD projects across different divisions. Because it's a global on-off setting I have to go live with all service desks at the same time...which isn't what the customer wants to do. Or I have to leave off notifications until all the divisions are ready then turn it on for them.

            I would functionality that is pretty close to this particular spec. I would like to be able to disable notifications to specific users, per notification type. Has anyone had any luck with this?

            Deleted Account (Inactive) added a comment - I would functionality that is pretty close to this particular spec. I would like to be able to disable notifications to specific users, per notification type. Has anyone had any luck with this?

            I want to have an ability to turn off Issue Comment notification to Reporter. Anyway it is always ON. When I use JETI templates, my customers receive two emails

            Alexander Demchenko added a comment - I want to have an ability to turn off Issue Comment notification to Reporter. Anyway it is always ON. When I use JETI templates, my customers receive two emails

            I put my ass on the line to implement Jira Service Desk! THIS IS A SHOW STOPPER, for me.

            Doug Aliff added a comment - I put my ass on the line to implement Jira Service Desk! THIS IS A SHOW STOPPER , for me.

            ystef y added a comment -

            We would like to see at least disabling notifications per project too

            ystef y added a comment - We would like to see at least disabling notifications per project too

              Unassigned Unassigned
              a38518e05741 David Yu
              Votes:
              52 Vote for this issue
              Watchers:
              51 Start watching this issue

                Created:
                Updated:
                Resolved: