Hi,
We are using Jira Service Desk Cloud. We have multiple organizations defined. We also have one common support user that is part of every organization. This allows the support staff to create tickets on behalf of customers.
It used to work like this:
This stopped working today. The last step, I mean. What could be wrong? The organizations are still there, and they all include the Customer Service user as before.
Thanks,
Michal
Hi @Michal Blazejczyk and @Mike Bowen
Atlassian has acknowledged that this an issue and it is in the short term backlog to be resolved: https://jira.atlassian.com/browse/JSDCLOUD-8897.
Thanks,
Joe
Thanks! This is good to hear. I did not quite understand the initial answer from Atlassian, and at the same time our admins found a way of dealing with it so that we don't have the impact anymore.
Best,
Michal
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I've been playing around with this mailing list idea you mentioned using in your test. In my case I am using servicedesk@mydomain.com (same domain as my email address, which is used in JSD).
Some points to note at the start of this test:
Below is how I tested the account and these are my findings:
Result: This works perfectly for all concerned.
Now I am going to show you that it doesn't matter that the Share With button is not present - everything still works:
Conclusion: Despite not seeing the 'Share with' button when selecting servicedesk opposed to servicedesk@mydomain, the mailing list still gets the email, which can be shared with other customers.
Servicedesk@mydomain.com Inbox
My question to both @Michal Blazejczyk and @dayton
Are you 100% sure the account you are sharing with is not an JSD agent account and have you clicked Send to see what happens?
-Mike
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Mike Bowen ,
Thanks for taking some time to look in to this and providing your detailed analysis, I appreciate it.
I can confirm that the accounts that I am trying to share with are not JSD agent accounts. I am seeing the issue on JSD agent accounts, but also on portal customer only accounts.
I did notice that when I select a user where the "Share With" is not displayed, I am seeing an error in the browser console. The error is a 400 on getting the user. The network response is {"errors":[{"errorMessage":"Unable to get user."}],"reasonKey":"sd.admin.servicedesk.error.user.not.exist","reasonCode":"400"}.
I can actually get this error when selecting my own account. So there does appear to be something causing a problem returning some users.
If a ticket is submitted without the "share with"filed displayed, I appears that the share with is set to "No One".
Thanks,
Joe
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
When you say they use to did you mean:
Try it now! :-)
-Mike
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Mike,
Yes, the steps are correct, except that the last step doesn't work like that anymore.
What we found last night is that this stopped working for any person who is a Jira user. It only works for people that were added to Organisations by e-mail and who are NOT users in the system.
Best,
Michal
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You are right - it only works for non-licensed (customers), but that is the correct behavior.
Okay I was able to replicate this, by logging in as a Jira Service Desk agent called X and followed these steps.
This is the correct behavior for X.
Likewise if I try this (as administrator) and select any internal user the SHARE AS disappears.
Why would anyone internal log a request on behalf of an internal person?
Also your one support person doesn't need to be in every organisation in order to create requests on behalf of the customer. A licensed Jira Service Desk user can create tickets on behalf of customers or any customer in the organisations folders. I just tested that in my steps above. Licensed user X is not in any organisation.
However the advantages of placing the support person in the organisation is for their ability to log into the Customer Portal and to see the requests in the Customer Portal, the same way as the customers are able to see them. Useful for screenshots or running through tickets in meetings when sharing screens. That is the main reason for adding the licensed user to the organisation.
Regards,
Mike
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Mike,
Thanks for taking the time to look into it!
You ask: "Why would anyone internal log a request on behalf of an internal person?" Actually, in our case, we are not logging requests on behalf of a person but on behalf of the support team. This way, the "Reporter" is always "Support Team (support@organization.com)". And then we want to share those requests with specific clients.
According to you, "that is the correct behavior". I am not questioning it – but the fact remains that it worked as I described (i.e. it didn't follow the correct behavior) until earlier this week. I can't really say why.
Best,
Michal
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We are also experiencing the issue with the Share With field disappearing. We are seeing that that when you raise this request on behalf of any internal user, the Share With field disappears (sounds like this now to be expected?).
However, we are also seeing this issue happen for some external (customers) in a few organizations, but not all. I can confirm that this has been working up to just recently. This has been causing client tickets to be classified incorrectly. Do you know if there have been any recent changes to how this works? If we can understand what was changed, hopefully we can identify what we will need to update to make it work again.
Thanks,
Joe
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.