Uploaded image for project: 'Jira Service Management Data Center'
  1. Jira Service Management Data Center
  2. JSDSERVER-6269

Inconsistency with how Jira notifications are sent to users treated as Customers when they are mentioned in a ticket

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Medium Medium
    • 5.17.0
    • 3.16.0, 5.4.20
    • Customer Notification
    • None

      Issue description

      When a Jira user is added as participant of a Service Desk request, this user should be treated as a customer and therefore should not be able to receive any Jira Core notification (notifications configured in the Notification Scheme, and meant for agent users).

      This behavior:

      There are 2 scenarios where the notification mechanism is not consistent:

      • Scenario 1: if a user is a participant of a Service Desk request and mentioned in an internal comment, this user won't receive a JIRA Core notification from this comment (expected behavior)
      • Scenario 2: if a user is both a participant and a watcher of the ticket and mentioned in an internal comment, then this user will receive a Jira Core notification from this comment (unexpected behavior)

      The inconsistency between these 2 scenarios does not seem to be intentional therefore is a bug.

      Expected behavior

      We would expected both scenarios to lead to the same result: in both cases, the user should not receive any notification from an internal comment, since this user should be treated as a customer.

      Therefore, the scenario 1 is correct (based on the design), but not the scenario 2.

          Form Name

            [JSDSERVER-6269] Inconsistency with how Jira notifications are sent to users treated as Customers when they are mentioned in a ticket

            Tayfun Aksoy made changes -
            Comment [ Hello,
             - *Scenario 2:* if a user is *both a participant and a watcher* of the ticket and mentioned in an internal comment, then this user will receive a Jira Core notification from this comment (unexpected behavior)

            Is this scenario fixed? We are using the cloud version and a can still reproduce this behavior.  ]
            Sandhya Thottamkara made changes -
            Link New: This issue causes JSDSERVER-16061 [ JSDSERVER-16061 ]
            Conny Postma made changes -
            Remote Link Original: This issue links to "Page (Atlassian Documentation)" [ 466991 ]

            Hello Team,

            I've found that this "bug" has been "fixed" in JSM 5.17.0.

            This is a huge problem for us, because we were actively building on this possibility. We have more than 100 workflows and it is impossible to completly separate flows where our colleagues are acting as agents and customers are present or not. It is a common case that our colleagues are reporting tickets and until a certain status the workflow is moving in a "closed" environment and at some point we have to invite one or more customers. After that point our agents have to be able to communicate with the help of private comments, but due to the intended behaviour our reporter colleagues are not receiving notifications about comments/changes. It is crucial to get notifications in time because of our SLA-s.

            Workarounds such as using customer-level users for reporting issues instead of our agent users are not applicable due to the fact that we have thousands of filters and hundreds of dashboards, rewriting/duplicating that amount of JQL-s is impossible.

            It is also impossible to rewrite all our processes - we have more than 100 workflows as mentioned before - they have been designed to serve the needs of the company.

            Please consider adding the possibility to switch between the two behaviours, or at least provide a workaround to be able to return to the way Jira worked and the way that has been deemed faulty.

            Thanks,
            Gyula

            Gyula Puzder added a comment - Hello Team, I've found that this "bug" has been "fixed" in JSM 5.17.0. This is a huge problem for us, because we were actively building on this possibility. We have more than 100 workflows and it is impossible to completly separate flows where our colleagues are acting as agents and customers are present or not. It is a common case that our colleagues are reporting tickets and until a certain status the workflow is moving in a "closed" environment and at some point we have to invite one or more customers. After that point our agents have to be able to communicate with the help of private comments, but due to the intended behaviour our reporter colleagues are not receiving notifications about comments/changes. It is crucial to get notifications in time because of our SLA-s. Workarounds such as using customer-level users for reporting issues instead of our agent users are not applicable due to the fact that we have thousands of filters and hundreds of dashboards, rewriting/duplicating that amount of JQL-s is impossible. It is also impossible to rewrite all our processes - we have more than 100 workflows as mentioned before - they have been designed to serve the needs of the company. Please consider adding the possibility to switch between the two behaviours, or at least provide a workaround to be able to return to the way Jira worked and the way that has been deemed faulty. Thanks, Gyula
            Satej Mirpagar made changes -
            Resolution New: Fixed [ 1 ]
            Status Original: Waiting for Release [ 12075 ] New: Closed [ 6 ]
            SET Analytics Bot made changes -
            UIS Original: 3 New: 4
            SET Analytics Bot made changes -
            UIS Original: 4 New: 3
            Benjamin Suess made changes -
            Fix Version/s New: 5.17.0 [ 107827 ]
            Benjamin Suess made changes -
            Status Original: In Progress [ 3 ] New: Waiting for Release [ 12075 ]
            Benjamin Suess made changes -
            Status Original: Short Term Backlog [ 12074 ] New: In Progress [ 3 ]

              c8bcca445054 Benjamin Suess
              jrey Julien Rey
              Affected customers:
              14 This affects my team
              Watchers:
              19 Start watching this issue

                Created:
                Updated:
                Resolved: