Help! Question about workaround for SLA-related bug JSDCLOUD-7546

Question

I recently learned about this bug that causes Jira to miscalculate the first response and/or resolution time on a service desk ticket where a service desk agent is also listed as a request participant. The workaround is described as "Remove the agent from the Request participants field or the organization."

It's not possible for me to remove the agent from the organization, so to avoid this bug going forward, I'll need to remove the agent from the Request participants field. I'd like to automate this process, using native Jira functionality if possible (ideally no plugins).

Before I set up any automation, I'd like to know exactly when in the service desk ticket lifecycle the agent needs to be removed from the Request participants field in order to avoid the miscalculation bug. Does the agent need to be removed before the first comment is made? Before the first response SLA is breached? Would removing the agent from the field upon ticket resolution avoid the bug?

Thank you in advance for any answers, and please vote for the bug fix if it would help your team too!

Monica Morris · Answer

Thanks @Joseph Chung Yin , that was my first idea! It doesn't look like it's possible to set up an automation rule that removes any values from the Request Participant field through the service desk project automation UI, but it might be possible through the Jira REST API. I'll have to dig into it a bit more.

In the meantime I'll probably create a post-function for the project workflow that clears the field value for the Request Participant field upon ticket Resolution and see if that works. Thanks for your ideas!

Joseph Chung Yin · Answer

@Monica Morris -

Thanks for your updates.  One of the possible solutions (NOTE - I have not test it out, so it is just an idea) -

1) Since agents are associated with each JSM project's "ServiceDesk Team" project role, you may want to create a rule that is triggered when an issue created to remove agent as Requested Participants.

The key which I have not tested is to see if there is a way for configure the rule to check the requested participants entry if he/she are associated to the "ServiceDesk Team" project role.  If so, then remove the his/her entry only from the requested participants field.

Hope this give you some ideas.

Best, Joseph

Monica Morris · Answer

Hi @Joseph Chung Yin , I totally appreciate that agents don't need to be added into the Request Participants field since there are several other ways of bringing agents' attention to a ticket (ex. Watchers, internal comments, etc.)

The challenge is that many of our customers send their service desk requests via email, and they're in the habit of copying the tech support team members they usually work with on these emails, in addition to their business team colleagues. The CC line of an email to our service desk automatically populates the Request Participant field when a Jira ticket is created.

It's not politically feasible for me to demand that our business customers change their behavior by remembering to avoid copying anyone from the tech team on their support emails, especially when it's because of a bug that Atlassian could fix.

We also work with external vendors who use the CC line to alert our internal tech team to support emails because they don't have access to our service desk portal. There are several of these vendors and it's not feasible for me to try and change all of their behavior when they need to communicate with our internal tech team about an issue - again, especially because this is a bug that Atlassian can and should fix.

These are the reasons I'm looking for an automated workaround that removes the members of my support teams from the Request Participant field, and why I want to know where in the process the support team members would need to be removed to avoid the miscalculation bug.