-
Bug
-
Resolution: Fixed
-
Medium
-
3.16.0, 5.4.20
-
None
-
15
-
Severity 3 - Minor
-
4
-
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:
- is described in the documentation Managing service desk notifications
- is addressed in the feature request JSDSERVER-6248
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.
- causes
-
JSDSERVER-16061 User mentioned notifications are not sent after enabling notifications for agents acting as customers
-
- Closed
-
- is duplicated by
-
JSDSERVER-6313 User receive both the Jira mention notification and the customer notifications when acting as both customer and agent in a request
-
- Closed
-
- is related to
-
JSDSERVER-3410 Send notifications to Service Desk Agents for updates on issues where they are also a request participant, reporter or member of the organization
- Closed
- relates to
-
JSDSERVER-5697 Allow JIRA Service Desk Admins to Decide When Agents should be Treated as Customers
- Gathering Interest
Form Name |
---|
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