Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Cannot link issues between Projects

Evaldas August 14, 2024

Hello.

I have an Automation that (under some conditions) creates a new Issue in another JSM project and links these Issues. It works successfully for me (admin), and partially works for others (creates the new Issue), but fails to link them.

The problem is not with the Automation, because these users cannot link manually (via JIRA Agent view) neither:

image.png

 

Upon inspection with "Permission helper", I see that these users don't have "Browse Project" and "Link Issues" permissions stating that they are... "not a member of any of these project roles: Administrators, Service Desk Team, atlassian-addons-project-access",

however the Permission Scheme shows that "Browse Projects" and "Link Issues" permissions are also granted to "Service Project Customer - Portal Access":

image.png

 

And I have included these users to a group with Customers access:

image.png

 

and even included them "individually" via Project Setting / People as SD Customer:

image.png

 

I don't want them to become Admins or Agents in another project only because of (automatic) linking... so what am I missing?

3 answers

1 accepted

1 vote
Answer accepted
Michel Neeser
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
August 14, 2024

Hi @Evaldas

Is my assumption correct that the actor of your automation rule is set to "User who triggered the event"?

Also, JSM differentiates between agents and customers. I assume you're talking about agents – in this case, the role you need to use in the "People" tab and in the "Browse Projects" permission is the "Service Desk Team" role.

Let me know if this helps.

Evaldas August 14, 2024

Yes, @Michel Neeser , Automation's Actor is "User who triggered the event" and I do understand difference between Agent and Customer - but the problem is also outside the Automation: 

an Agent in one JSM project cannot "manually" link that Issue to any issue in another project (in which he/she is "only" a Customer, but with the Portal access and necessary permissions (at least to my understanding)..

moreover - an existing link (that was made by admin) is not even visible in UI to this Agent (except in History)..

And no - I don't want these HR people (Agents in HR project) to become "SD Team" in IT project - they are needed only as Reporters with ability to Link those issues.

Michel Neeser
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
August 14, 2024

@Evaldas The role "Service Project Customer - Portal Access" is basically what the name says – it only applies if the customer is on the portal and not in the "backend" of JSM. As issue linking is a "backend" feature, this role won't apply in your case.

My suggestion would be to add your "jira-servicemanagement-customers-XY" group (as shown on your screenshot) to the "Browse Projects" permission of the relevant projects. However, please keep in mind that this will potentially make all these projects browsable by JSM customers.

Another solution would be to change the actor of your automation rule to "Automation for Jira" and to extend the scope of the rule to all the relevant projects. This way, your rule will be independent from any specific user permissions.

Like Evaldas likes this
Evaldas August 16, 2024

Thanks @Michel Neeser for clarifying the role - I haven't thought of it in that way..

And yes, even though I prefer to see "responsible person" in the History logs rather than anonymous "Automation for Jira" :), but changing the Automation to be run by "Automation for Jira" (and also some other changes, like changing "Reporter" in the newly created issue) works without errors... 

Michel Neeser
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
August 17, 2024

@Evaldas Glad this worked! Please consider accepting the answers that have been helpful, maybe they are of use for others as well in the future. Thank you! :-)

0 votes
Adolfo Casari
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
August 14, 2024

@EvaldasI suggest you to use an user with agent role in both projects as the actor of your rule. Also make sure this user has the Browse Projects +
Service Project Agent + Link permission in both projects.

Evaldas August 16, 2024

I didn't want real person to be included in other projects (with Browse permissions), but "Automation for Jira" worked.. 

0 votes
Evaldas August 14, 2024

After additional testing I see that if I directly add that HR user into the Permission Scheme of IT Project - the linking started working:

image.png

That means "Service Project Customer - Portal Access" is not working as I expected.. so what is it and how to manage this "list" if User Group that is default "Customer Access" group (see picture below) is not part of this "SP Customer - Portal Access", so what is?...

image.png

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
STANDARD
PERMISSIONS LEVEL
Product Admin
TAGS
AUG Leaders

Atlassian Community Events