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

      Basically there has several customer complaining on the notification stop working after they upgraded to the latest version 1.2.0.2. However if they disable/de-activate the service desk plugin, notification working fine as usual.

      Steps to reproduce:

      1. Create a test project and test issue
      2. Associate it with service desk
      3. Perform any event (add comment, change assignee..) that will trigger the notification
      4. Check the mail queue in JIRA

      Unexpected result:
      Mail queue is empty and there is no notification being send out

      Expected result:
      Mail queue should consist of pending notifications to be send out to the respective party.

      If you disable the service desk plugin, everything works fine which means notification are being send out as per normal.

      Workaround

      Downgrade to version 1.1.6 using the guide Downgrading an Add-on to an Earlier Version. Since Service Desk is implemented as an add-on, the procedure is the same as UPM.

            [JSDCLOUD-323] notification not working in version 1.2.0

            Dave C added a comment -

            nicholas.overton can you please raise a support case on support.atlassian.com and we can look at helping you out further. This is for tracking a specific bug and it sounds like you're running things a bit differently than to what's described here. Thanks.

            David Currie
            Atlassian Support

            Dave C added a comment - nicholas.overton can you please raise a support case on support.atlassian.com and we can look at helping you out further. This is for tracking a specific bug and it sounds like you're running things a bit differently than to what's described here. Thanks. David Currie Atlassian Support

            Nick Overton added a comment - - edited

            Rick, where is this located? I do not know where you are talking about finding that config file.

            I have the system setup so that the reporter should be getting an email when an issue is being commented on.

            Nick Overton added a comment - - edited Rick, where is this located? I do not know where you are talking about finding that config file. I have the system setup so that the reporter should be getting an email when an issue is being commented on.

            Hi Nick,

            Can you verify that the system's configurations expect the notification to send?
            /secure/admin/NotificationHelperAdmin.jspa

            -Rick

            Rick Manelius added a comment - Hi Nick, Can you verify that the system's configurations expect the notification to send? /secure/admin/NotificationHelperAdmin.jspa -Rick

            Hello, I cannot get the notifications to send out to customers when a comment is generated unless the customer is a part of the Service Desk Team. This is the process that the tickets get worked.

            The ticket is received through the email catch.
            A ticket is created and a notification is received by the Team and the Ticket Creator.
            A comment is added or a transition in the ticket and no email is sent out to the Reporter, Unless the reporter is also a watcher. But to be a watcher they would also have to be on the Service desk Team so that is Not desirable.

            We are running JIRA 6.1.3 And Service Desk 1.2.5

            Please Help.

            Nick Overton added a comment - Hello, I cannot get the notifications to send out to customers when a comment is generated unless the customer is a part of the Service Desk Team. This is the process that the tickets get worked. The ticket is received through the email catch. A ticket is created and a notification is received by the Team and the Ticket Creator. A comment is added or a transition in the ticket and no email is sent out to the Reporter, Unless the reporter is also a watcher. But to be a watcher they would also have to be on the Service desk Team so that is Not desirable. We are running JIRA 6.1.3 And Service Desk 1.2.5 Please Help.

            Hi Gilmore!

            Thanks, it now works! And clients are happy

            -Rick

            Rick Manelius added a comment - Hi Gilmore! Thanks, it now works! And clients are happy -Rick

            ITSupport added a comment -

            Hello,

            we are also affected with this Issue after upgrade to Service Desk 1.2.4.
            Our current setup is JIRA 6.1.7 with SD 1.2.4.

            ITSupport added a comment - Hello, we are also affected with this Issue after upgrade to Service Desk 1.2.4. Our current setup is JIRA 6.1.7 with SD 1.2.4.

            rick6, just to let you know, 1.2.4 is being deployed to OnDemand today.

            Gilmore Davidson (Inactive) added a comment - rick6 , just to let you know, 1.2.4 is being deployed to OnDemand today.

            Can confirm that notifications to reporters are now working! Thanks Gilmore and everybody!

            Cortland Bolles added a comment - Can confirm that notifications to reporters are now working! Thanks Gilmore and everybody!

            rick6, we are working on getting 1.2.4 into OnDemand very soon.

            Gilmore Davidson (Inactive) added a comment - rick6 , we are working on getting 1.2.4 into OnDemand very soon.

            vdung - "If someone else makes changes, Reporter will receive notifications." – This is what is now working in 1.2.4 that wasn't working in 1.2.0 or 1.2.1 (as you mentioned at the end of your comment). This is the same problem mentioned by helmich.douma1 and summarised by rick6 above:

            In short, the permissions and notification helpers indicate that this user (assigned to the "Service Desk Customer" project role) should be receiving emails. However, tests show that it only works when that user is assigned to the "Service Desk Team" project role, which is not desirable for many reasons.

            As for the other behaviour, our documentation states:

            Customers receive email notifications when they raise a request through the Customer Portal, when their request is resolved, when another user comments on their request, and when there is a change in the 'status name'."

            This was also mentioned by pcherukuri earlier in this comment thread. According to both the documentation and description field of this issue, the problem is fixed.

            Finally, a message to all watchers of this issue.
            The comment thread of this issue has become rather confusing, with multiple use cases and scenarios mixed in together. We believe we have fixed the problem as it was initially described. If you believe this is not the case, we encourage you to raise a new bug report detailing the exact scenarios where it is/isn't working, such as:

            • Whether the issue was created via the Service Desk customer portal, or through normal JIRA in a Service Desk-enabled project.
            • Whether the action that generated the notification was performed by the reporter or a different user
            • Whether the action that generated the notification was performed in the Service Desk customer portal, or in JIRA
            • Whether the user to receive the notification was a watcher on the issue

            Cheers,
            Gilmore

            Gilmore Davidson (Inactive) added a comment - vdung - "If someone else makes changes, Reporter will receive notifications." – This is what is now working in 1.2.4 that wasn't working in 1.2.0 or 1.2.1 (as you mentioned at the end of your comment). This is the same problem mentioned by helmich.douma1 and summarised by rick6 above: In short, the permissions and notification helpers indicate that this user (assigned to the "Service Desk Customer" project role) should be receiving emails. However, tests show that it only works when that user is assigned to the "Service Desk Team" project role, which is not desirable for many reasons. As for the other behaviour, our documentation states: Customers receive email notifications when they raise a request through the Customer Portal, when their request is resolved, when another user comments on their request, and when there is a change in the 'status name'." This was also mentioned by pcherukuri earlier in this comment thread. According to both the documentation and description field of this issue, the problem is fixed. Finally, a message to all watchers of this issue. The comment thread of this issue has become rather confusing, with multiple use cases and scenarios mixed in together. We believe we have fixed the problem as it was initially described. If you believe this is not the case, we encourage you to raise a new bug report detailing the exact scenarios where it is/isn't working, such as: Whether the issue was created via the Service Desk customer portal, or through normal JIRA in a Service Desk-enabled project. Whether the action that generated the notification was performed by the reporter or a different user Whether the action that generated the notification was performed in the Service Desk customer portal, or in JIRA Whether the user to receive the notification was a watcher on the issue Cheers, Gilmore

              pcherukuri Panna (Inactive)
              dchua Daryl Chuah (Inactive)
              Affected customers:
              16 This affects my team
              Watchers:
              38 Start watching this issue

                Created:
                Updated:
                Resolved: